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内 容 提要 


本 书 是 C++ 模板 编程 的 完全 指南 ， 旨 在 通过 基本 概念 、 稍 用 技巧 
和 应 用 实例 三 方面 的 有 用 资料 ， 为 读者 打下 C++ 模 板 知 识 的 坚实 基 
础 。 

全 书 共 22 章 。 第 1 章 全 面 介 绍 了 本 书 的 内 容 结构 和 相关 情况 。 第 1 
部 分 〈 第 2 一 7 章 ) 以 教程 的 风格 介绍 了 模板 的 基本 概念 ， 第 2 部 分 (第 
8 一 13 章 ) 阐述 了 模板 的 语言 细 市 ， 第 3 部 分 (第 14 一 18 章 ) 介绍 了 
C++ 模板 所 文 持 的 基本 设计 技术 ， 第 4 部 分 (第 19~~22 章 ) 深入 探讨 了 
各 种 使 用 模板 的 普通 应 用 程序 。 附 未 A 和 附 孙 B 分 别 为 一 处 定义 原则 和 
重 载 解析 的 相关 资料 。 

本 书 适合 C++ 模 板 技 术 的 初学 者 阅读 ， 也 可 供 有 一 定编 程 经 验 的 
C++ 程序 员 参 考 。 


译 者 序 


C++ 真 可 谓 是 包罗 万 象 、 博 大 精深 。 每 个 在 C++ 中 沉迷 多 年 的 爱 
好 者 都 难免 有 这 样 的 感慨 : 使 用 C++ 多 年 过 后 ， 我 们 往往 只 能 算是 一 
个 练 的 使 用 者 ， 却 从 来 不 敢 给 目 己 冠 上 “精通 C++” 的 头衔 。 难 道 “ 铺 
通 C++? 永 远 都 是 不 懈 的 大 言 ? 然而 ， 在 学 习 、 使 用 和 研究 C++ 的 过 程 
中 ， 我 们 总 是 期 望 能 够 癌 “ 精 通 ” 不 断 迈 进 ， 并 领情 C++ 语言 的 精 人 艇 。 
我 想 ， 要 做 到 这 一 点 起 码 要 注意 三 个 方面 : 一 要 把 握 语 言 发 展 的 肪 
搏 ; 二 要 多 应 用 标准 技术 ; 三 要 洞悉 标准 技术 背后 的 实现 细节 。 做 到 
这 些 往往 能 够 事半功倍 。 

近年 来 ，C++ 的 新 发 展 主要 是 在 GP ( 泛 型 程序 设计 ) 方面 大 放 异 
彩 : 标准 库 、boost 库 、 容 项 、 迭 代 子 、 仿 函数 等 都 是 围 旷 着 GP 不 断 王 
现 出 来 的 ， 它 们 代表 了 现今 C++ 程序 设计 的 特性 。 而 在 这 种 种 技术 的 
育 后 ， 隐 全 着 一 种 根深 蒂 固 的 共性 : 模板 技术 ， 处 处 都 是 模板 代码 。 
我 们 可 以 说 : 汉 型 程序 设计 本 身 殉 是 基于 模板 的 程序 设计 。 也 正 征 模 
板 的 这 种 编译 期 机 制 ， 进 一 步 地 展现 了 GP 的 优越 ， 体 现 C++ 高 效率 的 
特点 ， 更 有 助 于 GP 达到 与 OO 并 驾 齐 驱 的 地 位 。 

使 用 了 多 年 标准 库 等 技术 之 后 ， 每 个 人 都 曾经 编写 过 许 许多 多 模 
板 代码 ， 但 在 每 天 的 重复 劳动 之 余 ， 很 多 人 却 霖 能 真正 洞悉 隐藏 在 模 
板 痛 后 的 实现 细 市 。 诸 如 特 化 、 局 部 符 化 、 实 例 化 、 重 载 解 析 等 编译 
厚实 现 机 理 ， 相 信和 真正 了 解 的 人 并 不 多 。 这 使 得 我 们 始终 未 能 真正 摆 
脱 我 们 所 使 用 的 特性 的 束缚 ， 也 束 无 法 实现 更 加 符合 具体 应 用 的 技术 


与 特性 。 在 这 种 情况 下 ， 用 起 这 些 特性 来 总 会 觉得 心里 不 踏实 。 这 未 
免 征程 序 员 的 一 种 悲 到 。 

从 前 面 列 出 的 3 个 方面 来 看 ， 本 书 都 能 够 解决 读者 的 疑惑 。 本 书 前 
半 部 分 内 容 为 读者 释疑 解 惑 ， 后 半 部 分 内 容 则 更 加 贴近 开发 者 ， 使 所 
探讨 的 技术 真正 发 挥 其 效能 。 因 而 ， 也 总 能 市 给 人 升 然 开朗 的 感觉 ， 
并 使 你 深 深 体 会 到 作者 选材 的 独到 之 处 。 关 于 本 书 内 容 的 全 面 介绍 ， 
请 参考 第 1 章 ， 我 在 此 就 不 再 发 述 了 。 

C++ 编程 的 书籍 ， 现 如 今 已 是 琳 环 满目 、 硕 采 素 素 。 但 是 对 于 
C++ 和 模板 这 个 至 关 重 要 的 领域 ， 即 使 在 未 来 很 长 一 段 时 间 里 ， 本 书 
也 必定 有 着 不 可 奉 代 的 地 位 ， 这 一 点 从 亚 蕊 进 的 5 星 级 公 评 和 一 直 位 于 
前 列 的 销售 排名 可 见 一 斑 。 

对 于 本 书 的 翻译 ， 我 力求 做 到 语言 平实 无 华 ， 期 望 能 以 流畅 的 语 
名 市 给 读者 一 个 轻松 的 阅读 过 程 。 在 近 一 年 的 翻译 过 程 中 ， 我 一 次 又 
一 次 地 拖延 了 出 版 社 的 计划 ， 正 是 为 了 真正 尽 到 一 个 译 痢 的 职责 ， 对 
技术 和 文字 把 好 关 。 但 “ 丑 媚 妇 总 要 见 公 姿 ”， 这 本 书 也 终 客 还 是 要 和 
读者 见面 ， 所 以 我 的 修 润 也 只 能 告 一 段落 。 在 阅读 的 过 程 中 ， 如 果 你 
有 中 肯 的 批评 意见 ， 我 一 定 虚 心地 接受 。 我 也 布 望 能 够 束 此 书 的 内 容 
与 读者 有 更 多 的 交流 。 
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C++ 有 着 多 年 的 学 习 经 历 和 丰富 的 知识 背景 ， 他 们 在 我 不 断 学 习 探索 
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在 C++ 中 ， 模 板 (Template) 这 个 概念 已 经 存在 十 几 年 了 ，1990 年 
出 版 的 Annotated C++Reference Manual ( 即 “ARM”， 见 
[EllisStroustrupARM]) 就 已 经 介绍 了 模板 的 一 些 内 容 。 实 际 上 ， 在 这 
之 前 的 许多 专业 文档 也 已 经 对 模板 进行 了 一 些 描述 。 然 而 ， 即 使 过 了 
十 几 年 之 后 ， 对 于 模板 这 一 吸引 人 的 、 复 杂 的 、 强 有 力 的 C++ 特性 ， 
仍然 没有 一 本 车 作 能 够 集中 阐述 它 的 基础 概念 和 高 级 技术 。 我 们 觉得 
有 必要 阐述 这 些 令 人 费解 的 地 方 ， 于 是 就 决定 编写 这 本 关于 模板 的 书 
籍 (这 些 说 法 或 许 会 显得 有 点 不 够 谦虚 ) 。 

然而 ， 我 们 两 人 有 着 不 同 的 背景 ， 对 于 这 项 任务 ， 也 有 着 不 同 的 
目的 。David 是 一 个 很 有 经 验 的 编译 融 实 现 者 ， 同 时 也 是 C++ 标准 委员 
会 核心 语言 工作 组 的 成 员 。 他 的 目的 在 于 详细 而 且 准 确 地 描述 模板 的 
功能 (和 问题 ) 。Nico 是 一 个 “普通 ”的 (应 用 程序 ) 程序 员 ， 同 时 也 
是 C++ 标准 委员 会 程序 库 工 作 小 组 的 成 员 。 他 的 目的 在 于 让 读者 理解 
他 所 使 用 的 各 种 模板 技术 和 使 用 过 程 中 的 收获 。 男 外 ， 我 们 期 望 可 以 
与 你 (读者) 和 整个 (C++) 社团 共享 这 些 知 识 ， 让 我 们 都 避免 那些 
对 模板 的 误解 、 疑 惑 和 忧虑 。 

于 是 ， 你 在 书 中 既 会 看 到 带 有 例子 的 概念 性 介绍 ， 也 会 看 到 模板 
具体 行为 的 详细 措 述 。 我 们 将 从 模板 的 基本 概念 开始 介绍 ， 逐 步 过 小 
到 “模板 程序 设计 的 艺术 ”， 其 中 你 将 会 发 现 (或 者 再 次 发 现 ) 诸如 静 
态 多 态 、policy 类 、metaprogramming、 表 达 式 模板 等 技术 。 另 外 ， 基 


于 标准 库 中 几乎 到 处 都 涉及 到 模板 ， 在 此 你 还 可 以 加 深 对 标准 库 的 理 
解 。 

在 本 书 的 编写 过 程 中 ， 我 们 学 会 了 很 多 知识 ， 也 获得 了 不 少 的 乐 
趣 。 我 们 硕 望 你 在 阅读 的 过 程 中 也 能 有 这 样 的 感受 ， 享 受 这 本 书 和 这 
份 乐趣 ! 
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入 微 地 审阅 和 校对 了 整 本 书 ， 他 的 反馈 大 大 提高 了 这 本 书 的 质量 。 

我 们 还 要 感谢 所 有 帮助 我 们 在 不 同 的 编译 妖 平 台 测 试 书 中 例子 程 
序 的 个 人 和 公司 。 特 别 要 感谢 Edison Design Group 公司 ， 他 们 为 我 们 
提供 了 一 个 很 优秀 的 编译 侣 ， 还 给 予 了 我 们 大 力 的 支持 ;这 对 本 书 的 
编写 和 C++ 的 标准 化 过 程 都 带 来 了 很 大 的 帮助 。 另 外 ， 我 们 还 要 感谢 
免费 的 GNU 和 egcs 编 译 器 的 开发 者 (Jason Merrill 是 特别 要 感谢 的 人 ) 
和 Microsoft， 他 们 为 我 们 提供 了 一 份 评估 版 本 的 Visual C++ (Jonathan 
Caves、Herb Sutter、Jason Shirk 是 我 们 在 那 边 的 朋友 ) 。 

总 的 说 来 ， 现 存 的 许多 “C++ Wisdom” 得 益 于 在 线 C++ 团 体 。 其 中 
的 大 多 数 内 容 都 来 目 新 闻 组 comp.lang.c++.moderated 和 
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好 的 建议 、 不 倦 的 工作 和 对 这 本 书 的 支持 。 男 外 还 要 感谢 Tyrrell 
Albaugh ~、 Bunny Ames 、 Melanie Buck 、 Jacquelyn Doucette ~、 Chanda 
Leary-Coutu、Catherine Ohala 和 Marty Rabinowitz。 我们 还 要 吏 心 感谢 
Marina Lang， 正 是 他 首先 在 Addison-Wesley 内 部 提出 这 个 选 题 的 。 最 
后 ，Susan Winer 的 早期 编辑 工作 ， 也 大 大 有 助 于 我 们 后 面 的 工作 。 
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第 1 音 关于 本 书 


模板 ， 作 为 C++ 中 的 一 部 分 已 经 有 了 十 几 年 之 久 〈 而 且 也 以 各 种 
形式 存在 ) ， 但 我 们 仍然 会 对 它 误解 、 误 用 甚至 产生 和 争论。 同时 ， 我 
们 又 发 现 模板 可 以 作为 一 个 工具 ， 用 来 开发 更 加 干净 、 更 具 效 率 、 更 
加 智能 的 软件 。 事 实 上 ， 模 板 已 经 成 为 许多 新 的 C++ 程序 设计 苑 例 

(paradigm) 的 基石 。 

然而 ， 我 们 发 现 大 部 分 关于 C++ 模板 的 书籍 和 论文 对 模板 理论 和 
应 用 的 介绍 都 是 很 肤浅 的 。 即 使 是 少数 几 本 讨论 各 种 模板 设计 技术 的 
书籍 ， 也 未 能 准确 地 朱 述 C++ 语言 是 如 何 文 持 这 些 模板 技术 的 。 于 
是 ， 无 论 是 C++ 的 初级 程序 员 还 是 高 级 程序 员 ， 都 会 发 现 模板 总 是 令 
他 们 感到 困惑 ， 他 们 也 期 望 能 知道 (涉及 到 模板 的 ) 代码 为 什么 总 是 
出 平 意料 地 出 错 。 

这 种 现象 是 我 们 编写 这 本 书籍 的 主要 原因 。 然 而， 即使 同样 是 针 
对 模板 的 话题 ， 我 们 两 人 选择 的 落脚 点 又 有 所 不 同 ， 写 书 的 方式 也 市 
有 差异 ; 

David 的 目的 是 为 了 给 读者 提供 一 份 关 于 C++ 模板 的 语言 机 制 和 
应 用 模板 所 获得 的 高 级 编程 技术 的 完整 参考 。 他 更 多 地 注重 准确 性 和 
完整 性 。 

“Nico 的 兴趣 在 于 希望 这 本 书 可 以 帮助 他 上 自己 和 那些 在 日 常 中 使 用 
模板 的 程序 员 。 这 就 意味 着 在 介绍 模板 实用 技术 的 时 候 ， 应 该 以 一 种 
很 直观 的 方式 来 盖 述 这 些 内 容 。 


就 某 种 意义 而 言 ， 你 会 发 现 我 们 是 一 对 科学 家 一 工程 师 组 合 : 虽 
然 面 对 的 是 同一 个 话题 ， 但 我 们 的 着 重点 却 有 所 不 同 (当然 ， 肯 定 会 
有 一 些 重 又 ) 。 

Addison-Wesley 让 我 们 两 个 人 走 到 了 一 起 ， 才 有 了 这 本 (我 们 认 
为 ) 市 有 详细 参考 的 C++ 模板 教程 。 该 教程 不 仅 介 绍 了 模板 的 语言 特 
性 ， 更 注重 于 阐述 一 些 与 实际 应 用 相关 的 设计 方法 。 也 就 是 说 ， 该 书 
不 仅 是 一 本 关于 C++ 模板 的 语法 和 语义 的 详细 参考 ， 也 是 一 份 介绍 广 
为 人 知 (和 少 为 人 知 ) 的 模板 用 法 和 技术 的 概要 。 


1.1 阅读 本 书 所 名 知识 


为 了 能 够 理解 本 书 中 的 大 部 分 知识 ， 你 应 该 见 悉 C++: 我 们 描述 
的 是 该 语言 的 一 个 特性 ( 即 模板 ) ， 而 不 是 语言 本 身 的 基础 知识 。 你 
应 该 网 悉 类 和 继承 的 概念 ， 并 且 能 够 使 用 诸如 IOstream 和 容 需 等 C++ 标 
准 库 组 件 来 编写 程序 。 另 外 ， 在 有 必要 的 时 候 我 们 还 会 谈 到 语言 的 一 
些 复杂 话题 ， 即 使 这 些 话题 和 模板 并 没有 直接 的 关联 。 所 有 的 这 些 说 
明了 这 本 书 主要 适合 于 C++ 的 专家 和 中 级 程序 员 。 

我 们 所 采用 的 语言 是 1998 年 标准 化 的 C++ 语言 ( 见 
[Standard98]) ， 以 及 C++ 标准 委员 会 在 它 的 首 份 技术 勘误 表 〈 见 
[Standard02]) 中 所 提供 的 证 清 说 明 。 如 采 你 觉得 你 所 理解 的 C++ 基本 
概念 已 经 有 些 过 时 ， 那 么 我 们 建议 你 阅读 [SroustrupC++PL] 、 
[JosuttisOOP] 和 [JosuttisStdLib] 来 更 新 你 的 知识 ; 这 些 书 对 现今 的 
C++ 语 言及 其 标准 库 都 有 很 好 的 介绍 ， 男 外 的 书籍 可 以 参考 附录 
B.3.5° 


1.2 了 结 


wm 


我 们 的 目的 有 两 方面 : 一 方面 是 为 了 给 那些 刚刚 开始 使 用 模板 的 
程序 员 提 供 必 要 的 信息 ， 让 他 们 可 以 从 使 用 模板 中 受益 ; 另 一 方面 是 
为 那些 经 验 丰 富 的 程序 员 介绍 一 些 深入 的 知识 ， 使 他 们 可 以 走 在 模板 
应 用 的 前 列 。 为 了 实现 这 个 目的 ， 我 们 将 整 本 书 组 织 如 下 : 

"第 1 部 分 介绍 了 模板 的 基本 概念 ， 以 教程 的 风格 来 介绍 这 些 基 本 


“第 2 部 分 前 述 了 模板 的 语言 细节 ， 可 以 作为 基于 模板 的 构造 的 参 
考 。 

“第 3 部 分 介绍 了 C++ 模板 所 文 持 的 基本 设计 技术 ， 上 履 关 的 范围 从 
微小 的 概念 到 复杂 的 用 法 ;一些 技术 在 别 的 书籍 中 都 没有 出 现 过 。 

"第 4 部 分 在 前 两 部 分 的 基础 上 ， 深 入 讨论 了 各 种 使 用 模板 的 普通 
应 用 程序 。 

每 个 部 分 都 由 几 个 章节 组 成 。 男 外 ， 我 们 还 提供 了 一 些 附 录 ， 它 
们 涉及 的 范围 并 不 局 限于 模板 例如， 对 C++ 重 载 解析 的 概述 ) 。 

对 第 1 部 分 的 每 一 章 ， 你 最 好 十 按 顺序 阅读 。 例 如 ， 第 3 章 束 是 建 
立 在 第 2 章 (的 内 容 ) 的 基础 之 上 的 。 然 而 ， 在 其 他 的 部 分 ， 章 与 草 之 
间 的 天 联 是 比较 松散 的 。 你 可 以 随意 安排 阅读 顺序 ， 壁 如 先 阅 读 天 于 
仿 函 数 的 第 22 章 ， 接 下 来 才 阅 读 天 于 智能 指针 的 第 20 章 。 


NN 


1.3 如 何 阅 读本 证 


如 果 你 是 一 个 布 户 学 习 或 者 温习 模板 概念 的 C++ 程 序 员 ， 那 么 你 
应 该 仔细 阅读 第 1 部 分 一 一 基础 。 即 使 你 已 经 对 模板 非常 熟悉 ， 我 们 还 


是 建议 你 大 概 浏览 一 下 第 1 部 分 ， 这 样 有 助 于 你 了 解 我 们 所 使 用 的 风格 
和 术语 。 这 一 部 分 还 介绍 了 : 当 明 到 包含 模板 的 源 代 码 时 ， 你 应 该 如 
何 《逻辑 地 ) 组 织 这 些 源 代码 。 

根据 目 己 的 学 习 方 法 ， 你 既 可 以 深入 理解 第 2 部 分 的 许多 细 方 ， 也 
可 以 直接 阅读 第 3 部 分 所 介绍 的 实用 编码 技术 (然后 才 回 到 第 2 部 分 阅 
读 一 些 复 杂 的 语言 话题 ) 。 如 采 你 每 天 面 对 使 用 模板 的 压力 ， 那 么 后 
一 种 阅读 方法 通常 是 相当 有 用 的 。 第 4 部 分 和 第 3 部 分 有 些 类 似 ， 但 它 
主要 注重 于 如 何 把 模板 技术 应 用 到 具体 的 应 用 程序 中 ， 而 不 仅仅 在 于 
设计 技术 。 因 此 ， 在 阅读 第 4 部 分 之 前 ， 最 好 熟悉 第 3 部 分 所 介绍 的 一 
些 话题 。 

附录 部 分 包含 了 很 多 内 容 ， 在 本 书 的 正文 中 我 们 也 经 常 引 用 这 些 
内 容 。 我 们 也 根据 它们 ( 指 附 录 的 内 容 ) 的 特点 ， 尽 量 把 它们 写 得 浅 
显 易 懂 。 

束 我 们 目 己 的 经 验 而 言 ， 学 习 一 种 新 事物 最 好 的 方法 就 是 研习 摘 
述 该 事物 的 例子 。 因 此 ， 在 整 本 书 中 你 到 处 都 会 看 到 许多 代码 例子 。 
某 些 例子 只 是 用 于 阐明 某 个 抽象 概念 的 短 短 几 行 代码 ， 其 他 的 则 是 完 
整 的 程序 ， 为 你 提供 了 一 份 原 六 原味 的 应 用 程序 。 后 一 种 例子 通过 
C++ 注 释 来 引入 ， 注 释 中 描述 了 包含 程序 代码 的 文件 ， 你 可 以 在 本 书 
的 网 站 http:/www.josuttis.comy/tmplbook/ 找 到 所 有 的 这 些 文件 。 


1.4 绎 一 些 说 日 


C++ 程序 员 的 编程 风格 通常 是 互 不 相同 的 ， 我 们 也 不 例外 : 风格 
所 涉及 的 问题 包括 在 哪里 加 入 分 隔 符 、 界 定 符 〈 花 括号 、 圆 括号 ) 
等 。 我 们 会 尽量 保持 一 致 的 风格 ， 但 就 当前 的 一 些 (特殊 的 ) 话题 ， 


偶尔 也 会 有 所 例外 。 例 如 ， 在 教程 这 一 部 分 (第 1 部 分 i ， 我 们 使 用 了 
大 量 的 空格 和 具体 的 名 称 ， 是 为 了 令 代 码 更 加 形象 ， 而 在 高 级 话题 讨 
论 部 分 《第 4 部 分 |) ， 我 们 就 使 用 了 比较 紧 痰 的 风格 ， 这 样 显得 更 加 适 
合 话题 的 讨论 。 

关于 “类 型 、 参 数 、 变 量 ” 的 声明 ， 我 们 希望 你 能 注意 一 些 稍微 特 
殊 的 用 法 。 显 然 ， 下 面 几 种 风格 都 是 可 能 的 : 


void foo (const int &x); 


void foo (const int& x); 

void foo (int const &x); 

void foo (int const& x); 

对 “党 整数 ”而 言 ， 上 面 的 几 种 用 法 虽然 差别 不 大 ， 但 我 们 趋向 于 
使 用 int const， 而 不 使 用 const int。 作 出 这 个 选择 ， 主 要 有 两 个 原因 : 
首先， 针对 问题 “什么 是 恒定 不 变 的 "，int const 提 供 了 很 容易 理解 的 答 
采 。 实 际 上 ,“ 恒 定 不 变 部 分 ” 指 的 是 const 限 定 和 从 前面 的 部 分 。 例 如 ， 
尽管 

const int N = 100; 

等 价 于 : 

int const N = 100; 

但 是 对 于 : 

int* const book mark; /指针 不 能 改变 ， 但 指针 指 回 的 值 可 以 改 
要 

却 没有 相应 的 等 价 形式 (就 是 说 如 果 把 const 限 定 符 放 在 运算 符 * 
的 前 面 ， 与 前 者 并 不 等 价 ) 。 在 这 个 例子 中 ， 我 们 只 是 说 明了 指针 本 
身 是 个 常量 ， 而 并 没有 说 明 这 个 int 值 《 即 指针 指向 的 值 ) 是 个 常 


量 。 


第 2 个 原因 涉及 到 使 用 模板 时 一 个 很 常用 的 语法 奉 换 原则 。 考 虑 下 
面 的 两 个 类 型 定义 ! : 

typedef char* CHARS; 

typedef CHARS const CPTR;”// 指 癌 char 类 型 的 常量 指针 

1 在 C++ 中 ， 类 型 定义 只 是 定义 了 一 个 “类 型 别名 ”， 而 不 是 一 个 新 
的 类 型 。 例 如 : 


typedef int Length; /定义 Length 为 int 的 别名 
int i = 42; 

Length 1] = 88; 

i = ]; /正确 

l=i; /正确 


当 我 们 用 CHARS 所 代表 的 含义 对 它 进行 蔡 换 之 后 ， 第 2 个 声明 的 
舍 义 十 不 变 的 : 

typedef char* const CPTR; // 仍 然 是 指向 char 类 型 的 常量 指针 

然而 ， 如 果 我 们 把 const 放 在 它 所 限定 的 类 型 的 前 面 ， 那 么 这 个 
原则 就 不 再 适用 了 。 和 针对 我 们 前 面 给 出 的 两 个 类 型 声明 ， 考 虑 下 面 的 
蔡 换 代码 : 

typedef char* CHARS; 

typedef const CHARS CPTR;”// 指 问 char 类 型 的 常量 指针 

但 如 果 我 们 车 换 掉 CHARS 之 后 ， 第 2 个 声明 却 会 导致 不 同 的 舍 


typedef const char* CPTR; ”// 指 问 常 量 char 类 型 的 指针 
当然 ， 同 样 的 现象 (规则) 也 适用 于 volatile 限 定 符 。 
对 于 间隔 符 ， 我 们 决定 在 & 符号 和 参数 名 称 之 间 留 出 一 个 空格 : 


void foo (int const& x); 


借助 这 种 方法 ， 我 们 同时 也 强调 了 : 参数 类 型 和 参数 名 称 是 分 离 
的 。 

显然 ， 诸 如 下 面 的 声明 更 容易 令 人 混 请 : 

char* a, b; 

上 面 代 码 中 ， 如 果 根 据 C 语 言 的 规则 ，a 是 一 个 指针 ， 而 b 是 一 个 
char 类 型 的 普通 变量 。 为 了 避免 产生 这 种 混 消 ， 我 们 尽量 不 在 同一 个 
语句 中 声明 多 个 实体 。 

虽然 这 并 不 是 一 本 介绍 C++ 标准 库 的 书 ， 但 我 们 在 很 多 例子 中 都 
会 用 到 标准 库 。 在 很 多 情况 下 ， 我 们 都 使 用 了 C++ 的 特定 头 文件 〈 例 
如 我 们 使 用 <iostream> ， 而 不 是 <stdio.h>) 。 唯 一 的 例外 情况 是 
<stddef.h>， 我 们 趋向 于 使 用 这 个 头 文 件 ， 而 不 使 用 <cstddef>， 从 而 也 
就 不 用 给 size_t 和 ptrdiff_{t 添 加 std:: 名 字 空 间 限 定 ; 另外 ，<stddef.h> 具 
有 更 好 的 可 移植 性 ; 而且， 使 用 std::size_t 稚 换 size_t 并 不 能 得 到 任何 好 
处 。 


1.5 标准 和 现实 


C++ 标准 目 从 1998 年 下 半年 以 后 就 已 经 存在 了 。 然 而， 直到 2002 
年 ， 才 有 了 第 一 个 完全 符合 标准 的 C++ 编译 器 。 也 就 是 说 ， 大 多 数 编 
译 器 对 语言 的 支持 仍然 有 所 差异 。 有 几 个 编译 器 可 以 编译 本 书 的 大 部 
分 代码 ， 但 一 些 (常用 的 ) 编译 器 并 不 能 编译 本 书 的 很 多 代码 。 于 
是 ， 针 对 这 些 编译 器 的 ( 子 标准 ) 实现 ， 我 们 经 常 提供 了 一 些 代替 的 
技术 ， 以 获得 一 份 完整 (或 者 局 部 ) 的 解决 方案 ， 但 某 些 代替 技术 仍 
然 不 能 为 这 些 编译 器 所 支持 。 总 之 ， 我 们 期 望 通过 全 世界 的 程序 员 要 
求 编 译 器 开发 商 文 持 标 准 ， 从 很 大 程度 上 解决 这 个 问题 。 


即使 处 于 这 样 的 现状 ， 但 随 着 时 间 的 推移 ，C++ 程 序 设计 语言 仍 
然 会 不 断 地 发 展 。C++ 社 团 的 专家 们 〈 也 包括 非 C++ 标准 委员 会 成 员 
的 专家 ) 正在 讨论 改善 语言 的 各 种 方法 ， 其 中 有 几 种 候选 方法 就 是 与 
模板 相关 的 ， 我 们 在 第 13 章 讨论 这 些 发 展 趋势 。 


1.6 局 


通过 本 书 的 网 站 ， 你 可 以 获得 本 书 的 所 有 例子 程序 和 相关 信息 ， 
网 站 的 地 址 是 : http://www.josuttis.com/tmplbook 。 

3 OO 在 David Vandevoorde 的 网 站 
http://www.vandevoorde.com/templates 和 一 些 别 的 网 站 也 可 以 找到 该 书 
的 一 些 信息 。 在 本 书后 面 的 参考 书目 中 我 们 给 出 了 另外 的 一 些 可 供 碍 
询 的 信息 。 


1.7 反馈 


我 们 欢迎 你 癌 我 们 反馈 书 中 的 任何 信息 一 一 包括 正面 的 和 人 负面 的 
反馈 。 我 们 付出 了 很 多 的 努力 ， 硕 望 可 以 给 你 带 来 一 本 很 优秀 的 书 。 
另外 ， 我 们 的 写作 、 审 疝 和 修 润 必须 告 一 段落 ， 只 有 这 样 才能 保证 这 
本 书 出 版 。 因 此 ， 如 果 你 发 现 一 些 错误 、 不 一 致 的 地 方 、 能 够 改进 的 
陈述 方式 或 者 遗漏 了 某 些 话题 ， 请 给 我 们 提供 反馈 信息 ， 让 我 们 能 够 
通过 网 站 告诉 所 有 的 读者 ， 也 能 在 接 下 来 的 重印 中 进行 改正 。 

你 可 以 通过 E-mail 联 系 我 们 : tmplbook@josuttis.com 


但 是 在 给 我 们 写 信 之 前 ， 请 确定 你 已 经 查看 了 网 站 上 关于 本 书 的 
勘误 表 。 
衷心 感谢 ! 


第 1 部 分 基础 


这 一 部 分 介绍 C++ 模 板 的 一 些 常 用 概念 和 语言 特性 。 通 过 展示 函数 
模板 和 类 模板 的 例子 ， 我 们 先 讨论 普遍 的 目的 和 常用 的 概念 。 接 下 来 
介绍 诸如 非 类 型 模板 参数 、 关 键 字 typename、 成 员 模板 等 基本 的 模板 
技术 。 最 后 为 接 下 来 要 介绍 的 模板 的 实际 应 用 提供 一 些 线索 。 

这 些 (关于 模板 的 ) 介绍 的 部 分 内 容 来 自 于 Nicolai M.Josuttis 的 书 
籍 Object-Oriented Programming in C++， 这 本 书 由 John Wiley 公 司 出 版 ， 
书号 为 ISBN 0-470-84399-3， 它 是 一 本 循序 渐进 为 你 讲解 C++ 语言 所 有 
特性 和 C++ 标准 库 的 教程 。 

为 什么 要 使 用 模板 

在 声明 变量 、 函 数 和 大 多 数 其 他 类 型 的 实体 的 时 候 ，C++ 要 求 我 们 
使 用 指定 的 类 型 。 然 而 ， 对 于 许多 代码 ， 除 了 类 型 不 同 之 外 ， 其 余 的 
代码 看 起 来 都 是 相同 的 。 特 别 是 当 你 实现 诸如 quicksort 的 算法 ， 或 者 为 
不 同 的 类 型 实现 诸如 链接 表 或 者 二 又 树 数 据 结构 的 行为 时 ， 这 些 代 码 
除了 类 型 有 区 别 之 外 ， 其 余 的 都 是 相同 的 。 

假想 程序 设计 语言 并 不 支持 这 个 语言 特性 〈 即 模板 ) ， 为 了 实现 
相同 的 功能 ， 你 只 能 使 用 下 面 这 些 精 糕 的 奉 代 方法 。 

1. 针 对 每 个 所 需 相 同行 为 的 不 同类 型 ， 你 可 以 一 次 又 一 次 地 实现 
它 。 

2. 你 可 以 把 通用 代码 放 在 一 个 诸如 Object 或 者 void* 的 公共 基础 类 
(common base class) 里 面 。 


3. 你 可 以 使 用 特殊 的 预 处 理 程序 。 


如 果 原 来 所 使 用 的 语言 是 C、Java 或 者 类 似 的 语言 ， 那 么 你 可 能 就 
不 得 不 选择 上 面 的 一 或 多 种 蔡 代 方法 。 然 而 ， 每 一 种 替代 方法 都 有 日 
身 的 缺点 。 

1. 如 果 你 一 次 又 一 次 地 实现 同一 个 行为 ， 那 么 你 束 做 了 许多 重复 的 
工作 。 你 会 犯 同一 个 错误 ;你 还 会 舍弃 复杂 但 更 好 用 的 算法 ;因为 复 
杂 算 法 通 间 都 趋同 于 引入 更 多 的 错误 [1] 。 

2. 如 采 你 借助 公共 基 类 来 编写 通用 代码 ， 那 么 你 将 失去 类 型 检查 这 
个 优点 。 邦 外 ， 对 于 以 后 实现 的 许多 类 ， 都 必须 继承 目 茶 个 特定 的 基 
类 ， 这 会 令 代码 的 维护 更 加 困难 。 

3. 如 果 你 使 用 了 一 个 诸如 C 或 C++ 预 处 理 器 的 预 处 理 程序 ， 那 么 你 
将 会 失去 “ 源 代码 具有 很 好 的 格式 ”这 个 优 操 。 你 必须 使 用 一 些 “ 叫 苇 的 
文本 蔡 换 机 制 * 来 蕉 换 源 代码 ， 而 这 将 不 会 考虑 作用 域 和 类 型 。 

然而 ， 应 用 模板 的 解决 方案 却 没 有 这 些 缺 点 。 模 板 古 一 些 为 多 种 
类 型 而 编写 的 函数 和 类 ， 而 且 这 些 类 型 都 没有 指定 。 当 使 用 模板 的 时 
候 ， 你 只 需要 把 所 希望 的 类 型 作为 一 个 ( 显 式 或 者 隐 式 的 ) 实 参 传递 
给 模板 。 为 外 ， 由 于 模板 古语 言 本 映 所 具有 的 特性 ， 所 以 它 完 全 文 持 
类 型 检查 和 作用 域 。 

在 现今 的 程序 中 ， 模 板 的 应 用 非常 广泛 。 例 如 ， 在 C++ 标准 库 中 ， 
几乎 所 有 的 代码 都 是 模板 代码 。 程 序 库 提 供 了 多 种 模板 : 可 以 对 指定 
类 型 的 对 象 和 值 排序 的 排序 算法 ， 用 于 管理 指定 类 型 元 素 的 数据 结构 

(也 称 为 容器 类 ) ; 可 以 对 字符 进行 参数 化 的 字符 串 ， 等 等 。 然 而 ， 
这 仅仅 且 简单 的 模板 应 用 ， 模 板 还 允许 我 们 对 行为 进行 参数 化 、 优 化 
代码 ， 甚 至 对 一 些 内 容 进行 参数 化 ， 等 等 。 这 些 我 们 将 在 后 续 革 市 讨 
论 ， 现 在 让 我 们 从 最 简单 的 模板 开始 。 


第 2 章 画 数 模板 


这 一 章 介绍 函数 模板 。 函 数 模板 是 那些 被 参数 化 的 函数 ， 它 们 代 
表 的 是 一 个 落 数 家 族 。 


2.1 加 


玉 数 模板 提供 了 一 种 芳 数 行为 ， 该 贸 数 行为 可 以 用 多 种 不 同 的 类 
型 进行 调用 ;， 也 束 是 说 ， i 个 函数 家 族 。 它 的 表示 ( 即 
外 形 ) 看 起 来 和 普通 的 函数 很 相似 ， 唯 一 的 区 别 就 是 有 些 函 数 元 素 是 
未 确定 的 : 这些 元 素 将 在 使 用 时 被 参数 化 。 为 了 阐明 这 些 概 念 ， 让 我 
们 先 来 看 一 个 简单 的 例子 。 


2.1.1 定义 模板 
下 面 就 是 一 个 返回 两 个 值 中 最 大 者 的 函数 模板 : 
//basics/max.hpp 
template <typename T> 
inline T const& max (T const& a, T const& b) 
{ 
} 
// 如 末 a <b， 那 么 运 回 b， 人 否则 返回 a 
returna<b?b:a; 
这 个 模板 定义 指定 了 一 个 “返回 两 个 值 中 最 大 者 ”的 落 数 家 族 ， 这 
两 个 值 是 通过 函数 参数 a 和 b 传 递 给 该 函数 模板 的 ; 而 参数 的 类 型 还 没 
确定 ， 用 模板 参数 T 来 代 倒 。 如 例子 中 所 示 ， 模 板 参 数 必须 用 如 下 形式 
的 语法 来 声明 : 
template < comma-separated-list-of-parameters > 
//template < 用 去 号 隅 开 的 参数 列表 > 
在 我 们 这 个 例子 里 ， 参 数列 表 是 typename T°。 可 以 看 到 : 我 们 用 小 
于 号 和 大 于 号 来 组 成 参数 列表 外 部 的 一 对 括号 ， 并 把 它们 称 作 人 尖 括 


号 。 天 键 字 typename 引 入 了 所 谓 的 类 型 参数 T， 到 目前 为 止 它 是 C++ 程 
序 使 用 最 广泛 的 模板 参数 ， 也 可 以 用 其 他 的 一 些 模板 参数 ， 我 们 将 在 
后 面 介 绍 ( 见 第 4 章 ) 。 

在 上 面 程序 中 ， 类 型 参数 是 T。 你 可 以 使 用 任何 标识 符 作 为 类 型 参 
数 的 名 称 ， 但 使 用 T 已 经 成 为 了 一 种 惯例 。 事 实 上 ， 类 型 参数 T 表 示 的 
是 ， 调 用 者 调用 这 个 函数 时 所 指定 的 任意 类 型 。 你 可 以 使 用 任何 类 型 

(基本 类 型 、 类 等 ) 来 实例 化 该 类 型 参数 ， 只 要 所 用 类 型 提供 模板 使 
用 的 操作 就 可 以 。 例 如 ， 在 这 里 的 例子 中 ， 类 型 T 需 要 支持 operator<， 
因为 a 和 b 丈 是 使 用 这 个 运算 符 来 比较 大 小 的 。 

鉴于 历史 的 原因 ， 你 可 能 还 会 使 用 class 取 代 typename， 来 定义 类 型 
参数 。 在 C++ 语言 的 演化 过 程 中 ， 关 键 字 typename 的 出 现 相 对 较 晚 一 
些 ; 在 它 之 前 ， 关 键 字 class 是 引入 类 型 参数 的 唯一 方式 ， 并 一 直 作 为 
有 将 方式 保留 下 来 。 因 此 ， 模 板 max0 还 可 以 有 如 下 的 等 价 定义 : 


template <class 工 > 


inline T const& max (IT const& a, T const& b) 

{ 

} 

/如 果 a<b ， 那 么 返回 b ， 人 否则 返回 a 
returna<b?b:a; 

从 语义 上 讲 ， 这 里 的 class 和 typename 是 等 价 的 。 因 此 ， 即 使 在 这 里 
使 用 了 class， 你 也 可 以 用 任何 类 型 (前提 是 该 类 型 提供 模板 使 用 的 操 
作 ) 来 实例 化 模板 参数 。 然 而 ，class 的 这 种 用 法 往往 会 给 人 误导 (这 
里 的 class 并 不 意味 着 只 有 类 才能 被 用 来 替代 T， 事 实 上 基本 类 型 也 可 
以 ) ; 因此 对 于 引入 类 型 参数 的 这 种 用 法 ， 你 应 该 尽量 使 用 
typename。 田 外 还 应 该 注意 ， 这 种 用 法 和 类 的 类 型 声明 不 同 ， 也 就 是 
说 ， 在 声明 (引入 ) 类 型 参数 的 时 候 ， 不 能 用 关键 字 struct 代 替 


typename ° 


2.1.2 使 用 模板 
下 面 的 程序 展示 了 如 何 使 用 max0) 函 数 模板 : 


//basics/max.cpp 


#include <iostream> 
#include <string> 
#include ”max.hpp” 
int main() 
{ 
int i = 42; 
std::cout <<“max(7,i) :“ << ::max(7,i) <<std::end]; 
double f1 = 3.4; 
double f2 = -6.7; 
std::cout <<“max(f1,f2): “ << ::max(f1,f2) <<std::endl; 
std::string sl =“mathematics”; 
std::string s2 =“math”; 
std::cout <<“max(s1,s2): “ << ::max(s1,s2) <<std::end]; 
} 
在 上 面 的 程序 里 ，max0 被 调用 了 3 次 ， 调 用 实 参 每 次 都 不 相同 : 
一 次 用 两 个 int， 一 个 用 两 个 double， 一 次 用 两 个 std::string。 每 一 次 都 计 
算出 两 个 实 参 的 最 大 值 ， 而 调用 结果 是 产生 如 下 的 程序 输出 : 
max(7,i):42 
max(f1,f2):3.4 
max(s1,s2):mathematics 
可 以 看 到 : max0 模 板 每 次 调用 的 前 面 都 有 域 限 定 符 :: ， 这 是 为 了 
确认 我 们 调用 的 是 全 局 名 字 空 间 中 的 max0。 因 为 标准 库 也 有 一 个 
std::max() 模 板 ， 在 某 些 情况 下 也 可 以 被 使 用 ， 因 此 有 时 还 会 产生 二 义 
本 


通常 而 言 ， 并 不 是 把 模板 编译 成 一 个 可 以 处 理 任何 类 型 的 单一 实 
体 ; 而 是 对 于 实例 化 模板 参数 的 每 种 类 型 ， 都 从 模板 产生 出 一 个 不 同 
的 实体 [3] 。 因 此 ， 和 针对 3 种 类 型 中 的 每 一 种 ，max0 都 被 编译 了 一 
次 。 例 如 ，max0 的 第 一 次 调用 : 

int i = 42; 


... max(7,i) ... 
使 用 了 以 int 作 为 模板 参数 T 的 范 数 模板 。 因 此 ， 它 具有 调用 如 下 代 
人 码 的 语义 : 
inline int const& max (int const& a, int const& b) 
{ 
} 
returna<b?b:a; 
/如 末 a<b ， 那 么 返回 b ， 人 否则 返回 a 
这 种 用 具体 类 型 代替 模板 参数 的 过 程 叫做 实例 化 
(instantiation) 。 它 产生 了 一 个 模板 的 实例 。 遗 憾 的 是 ， 在 面向 对 象 
的 程序 设计 中 ， 实 例 和 实例 化 这 两 个 概念 通常 会 被 用 于 不 同 的 场合 
一 一 但 都 是 针对 一 个 类 的 具体 对 象 。 然 而 ， 由 于 本 书 叙 述 的 是 关于 模 
板 的 内 容 ， 所 以 在 未 做 特别 指定 的 情况 下 ， 我 们 所 说 的 实例 指 的 是 模 
板 的 实例 。 
可 以 看 到 : 只 要 使 用 函数 模板 ， (编译 器 ) 会 自动 地 引发 这 样 一 
个 实例 化 过 程 ， 因 此 程序 员 并 不 需要 额外 地 请 求 模 板 的 实例 化 。 
类 似 地 ，max() 的 其 他 调用 也 将 为 double 和 std::string 实 例 化 max 模 
板 ， 束 像 具 有 如 下 单独 的 声明 和 实现 一 样 : 


const double& max (double const&, double const&); 


const std::string& max ( std::string const&, 


std::string const&); 


如 末 试 图 基于 一 个 不 文 持 模板 内 部 所 使 用 操作 的 类 型 实例 化 一 个 
模板 ， 那 么 将 会 导致 一 个 编译 期 错误 ， 例 如 : 
std::complex<float> cl, c2; /std::complex 并 不 文 持 operator < 


max(c1,c2); // 编 译 器 错误 

于 是 ， 我 们 可 以 得 出 一 个 结论 : 模板 被 编译 了 两 次 ， 分 别 发 生 在 

1. 实 例 化 之 前 ， 移 检查 模板 代码 本 号 ， 碍 看 语法 是 否 正 确 ; 在 这 里 
会 发 现 错误 的 语法 ， 如 遗漏 分 号 等 。 

2. 在 实例 化 期 间 ， 检 查 模 板 人 代码， 查看 是 否 所 有 的 调用 都 有 效 。 在 
这 里 会 发 现 无 效 的 调用 ， 如 该 实例 化 类 型 不 文 持 某 些 画 数 调用 等 。 

这 给 实际 中 的 模板 处 理 带 来 了 一 个 很 重要 的 问题 ， 当 使 用 函数 模 
板 ， 并 且 引 发 模板 实例 化 的 上 时候， 编译 器 (在 某 时 刻 ， 需要 查看 模板 
的 定义 。 这 就 不 同 于 普通 函数 中 编译 和 链接 之 间 的 区 别 ， 因 为 对 于 普 
通 函 数 而 言 ， 只 要 有 该 画 数 的 声明 〈 即 不 需要 定义 ) ， 就 可 以 顺利 通 
过 编译 。 我 们 将 在 第 6 章 讨论 这 个 问题 的 处 理 方 法 。 在 此 ， 让 我 们 只 考 
虑 最 简单 的 例子 : 通过 使 用 内 联 函 数 ， 只 在 头 文件 内 部 实现 每 个 模 
板 。 


2.2 实 参 世 


[4] (deductiion) 

当 我 们 为 某 些 实 参 调用 一 个 诸如 max0) 的 模板 上 时， 模板 参数 可 以 由 
我 们 所 传递 的 实 参 来 决定 。 如 采 我 们 传递 了 两 个 int 给 参数 类 型 T 
const&， 那 么 C++ 编译 器 能 够 得 出 结论 : T 必 须 是 int。 注意 ， 这 里 不 允 
许 进 行 目 动 类 型 转换 ， 每 个 IT 都 必须 正确 地 匹配 。 例 如 : 


template <typename 工 > 


inline T const& max (T const& a, T const& b); 


明 ; 


明 ， 


max(4,7) //OK: 两 个 实 参 的 类 型 都 是 int 

max(4,4.2) /ERROR: 第 1 个 T 是 int， 而 第 2 个 TI 是 double 

有 3 种 方法 可 以 用 来 处 理 上 面 这 个 销 误 : 

1. 对 实 参 进行 强制 类 型 转换 ， 使 它们 可 以 互相 匹配 : 
max ( static_cast<double>(4),4.2) /OK 
max<double>(4,4.2) /OK 

2. 显 式 指定 (或 者 限定 ) T 的 类 型 : 

3. 指 定 两 个 参数 可 以 具有 不 同 的 类 型 。 

天 于 这 些 话题 更 详细 的 讨论 ， 请 看 下 一 世 。 


2.3 区 


函数 模板 有 两 种 类 型 的 参数 。 
1. 模 板 参 数 ， 位 于 函数 模板 名 称 的 前 面 ， 在 一 对 人 尖 括 号 内 部 进行 声 


template <typename T> /是 模板 参数 
2. 调 用 参数 : 位 于 函数 模板 名 称 之 后 ， 在 一 对 圆 括号 内 部 进行 声 


...max (T const& a, T const& b) /a 和 b 都 是 调用 参数 
你 可 以 根据 需要 声明 任意 数量 的 模板 参数 。 然 而 ， 在 函数 模板 内 


部 (这 一 点 和 类 模板 有 区 别 ) ， 不 能 指定 缺 省 的 模板 实 参 [5] 。 例 如 ， 
你 可 以 定义 一 个 “两 个 调用 参数 的 类 型 可 以 不 同 的 ”max() 模 板 : 


template <typename T1, typename T2> 
inline T1 max (T1 const& a, T2 const& b) 
{ 


returna<b?b:a; 


} 


max(4,4.2) /OK, 但 第 1 个 模板 实 参 的 类 型 定义 了 返回 类 型 

这 看 起 来 是 一 种 能 够 给 max0 模 板 传递 两 个 不 同类 型 调用 参数 的 好 
方法 ， 但 在 这 个 例子 中 ， 这 种 方法 是 有 缺点 的 。 主 要 问题 是 : 必须 声 
明 返 回 类 型 。 对 于 返回 类 型 ， 如 果 你 使 用 的 是 其 中 的 一 个 参数 类 型 ， 
那么 另 一 个 参数 的 实 参 就 可 能 要 转型 为 返回 类 型 ， 而 不 会 在 意 调用 者 
的 意图 。C++ 并 没有 提供 一 种 “指定 并 且 选 择 一 个 最 强大 类 型 ”的 途径 
(然而 ， 你 可 以 使 用 一 些 tricky 模 板 编程 来 提供 这 个 特性 ， 详 见 15.2.4 小 
节 ) 。 于 是 ， 取 决 于 调用 实 参 的 顺序 ，42 和 66.66 的 最 大 值 可 以 是 浮 点 
数 66.66， 也 可 以 是 整数 66。 另 一 个 缺点 是 : 把 第 2 个 参数 转型 为 返回 类 
型 的 过 程 将 会 创建 一 个 新 的 局 部 临时 对 象 ， 这 导致 了 你 不 能 通过 引用 
[6] 来 返回 结果 。 因 此 ， 在 我 们 的 例子 里 ， 返 回 类 型 必须 是 T1， 而 不 能 
是 T1 const& 。 

因为 调用 参数 的 类 型 构造 自 模 板 参 数 ， 所 以 模板 参数 和 调用 参数 
通常 是 相关 的 。 我 们 把 这 个 概念 称 为 : 函数 模板 的 实 参 演绎 。 它 让 你 
可 以 像 调 用 普通 函数 那样 调用 函数 模板 。 

然而 ， 如 前 所 述 ， 针 对 某 些 特定 的 类 型 ， 你 还 可 以 显 式 地 实例 化 
该 模板 : 


template <typename T> 


inline T const& max (IT const& a, T const& b); 


max<double>(4,4.2) ”// 用 double 来 实例 化 T 

当 模 板 参 数 和 调用 参数 没有 发 生 天 联 ， 或 者 不 能 由 调用 参数 来 决 
定 模 板 参 数 的 时 候 ， 你 在 调用 时 就 必须 显 式 指定 模板 实 参 。 例 如 ， 你 
可 以 引入 第 3 个 模板 实 参 类 型 ， 来 定义 函数 模板 的 返回 类 型 : 

template <typename T1, typename T2, typename RT> 


inline RT max (T1 const& a, T2 const& b); 

然而 ， 模 板 实 参 演绎 并 不 适合 返回 类 型 [7] ， 因 为 RT 不 会 出 现在 函 
数 调用 参数 的 类 型 里 面 。 因 此 ， 画 数 调用 并 不 能 演绎 出 RT。 于 是 ， 你 
必须 显 式 地 指定 模板 实 参 列表 。 例 如 : 

template <typename T1, typename T2, typename RT> 

inline RT max (T1 const& a, T2 const& b); 


max<int, double, double>(4,4.2) ”//OK, 但 是 很 麻烦 

到 目前 为 止 ， 我 们 只 是 考察 了 显 式 指定 所 有 函数 模板 实 参 的 例 
子 ， 和 不 显 式 指定 画 数 任何 模板 实 参 的 例子 。 男 一 种 情况 是 只 显 式 指 
定 第 一 个 实 参 ， 而 让 演绎 过 程 推 导出 其 余 的 实 参 。 通 前 而 言 ， 你 必须 
指定 “最 后 一 个 不 能 被 隐 式 演绎 的 模板 实 参 之 前 的 ”所 有 实 参 类 型 。 
此 ， 在 上 面 的 例子 里 ， 如 有 果 你 改变 模板 参数 的 声明 顺序 ， 那 么 调用 者 
就 只 需要 指定 返回 类 型 : 

template <typename RT, typename T1, typename T2> 

inline RT max (T1 const& a, T2 const& b); 


max<double>(4,4.2) ”//OK: 返回 类 型 是 double 

在 这 个 例子 里 ， 调 用 max<double> 时 显 式 地 把 RT 指 定 为 double， 但 
其 他 两 个 参数 T1 和 T2 可 以 根据 调用 实 参 分 别 省 绎 为 int 和 double。 

可 以 看 出 ， 所 有 这 些 修改 后 的 max0 版 本 都 不 能 得 到 很 大 的 改进 。 
由 于 在 单 (模板 ) 参数 版 本 里 ， 如 果 传 递 进来 的 是 两 个 不 同类 型 的 实 
参 ， 你 已 经 可 以 指定 参数 的 类 型 《和 返回 类 型 ) 。 因 此 ， 尽 量 保持 简 
洛 并 且 使 用 单 参数 版 本 的 max0 束 是 一 个 不 错 的 主意 (在 接 下 来 的 儿 节 
里 ， 当 讨论 其 他 模板 话题 的 时 候 ， 我 们 将 使 用 这 种 方法 ) 。 

关于 演绎 过 程 的 更 多 内 容 请 参照 第 11 章 。 


2.4 重 载 画 数 模板 


和 普通 函数 一 样 ， 函 数 模板 也 可 以 被 重 载 。 就 是 说 ， 相 同 的 函数 
名 称 可 以 具有 不 同 的 国 数 定义 ; 于 是 ， 当 使 用 函数 名 称 进 行 男 数 调用 
的 时 候 ，C++ 编 译 器 必须 决定 究竟 要 调用 哪个 候选 画 数 。 即 使 在 不 考虑 
模板 的 情况 下 ， 做 出 该 决定 的 规则 也 已 经 是 相当 复杂 ， 但 在 这 一 市 
里 ,我们 将 讨论 有 关 模 板 的 重 载 问 题 。 如 果 你 对 不 含 模板 的 重 载 的 基 
本 规则 还 不 是 很 熟悉， 那么 请 先 阅 读 附录 B， 在 那里 我 们 对 重 载 解析 规 
则 进行 了 很 详细 的 叙述 。 

下 面 的 简短 程序 竹 述 了 如 何 重 载 一 个 函数 模板 : 

/basics/max2.cpp 

// 求 两 个 int 值 的 最 大 值 

inline int const& max (int const& a, int const& b) 

{ 

returna<b?b:a; 
} 
/ 求 两 个 任意 类 型 值 中 的 最 大 者 


template <typename 工 > 


inline T const& max (T const& a, T const& b) 
{ 
returna<b?b:a; 
} 
/ 求 3 个 任意 类 型 值 中 的 最 大 者 
template <typename 工 > 
inline T const& max (IT const& a, T const& b, T const& c) 
{ 


return ::max (::max(a,b), ©); 


} 


int main() 

{ 

::max(7, 42, 68); // 调用 具有 3 个 参数 的 模板 
::max(7.0, 42.0); // 调用 max<double> (通过 实 参 演绎 ) 
::max('a', 'b'); / 调用 max<char> (通过 实 参 演绎 ) 
::max(7, 42); / 调用 int 重 载 的 非 模板 函数 
::max<>(7, 42); // 调用 max<int> (通过 实 参 演绎 ) 


::max<double>(7, 42); // 调 用 max<double> (没有 实 参 演绎 ) 
::max(a', 42.7); // 调 用 int 重 载 的 非 模板 函数 

} 

如 例子 所 示 ， 一 个 非 模板 函数 可 以 和 一 个 同名 的 函数 模板 同时 存 
在 ， 而 且 该 函数 模板 还 可 以 被 实例 化 为 这 个 非 模板 函数 。 对 于 非 模板 
函数 和 同名 的 函数 模板 ， 如 采 其 他 条 件 都 是 相同 的 话 ， 那 么 在 调用 的 
时 候 ， 重 载 解析 过 程 通 香 会 调用 非 模板 函数 ， 而 不 会 从 该 模板 产生 出 
一 个 实例 。 第 4 个 调用 就 符合 这 个 规则 : 

max(7, 42) // 使 用 两 个 int 值 ， 很 好 地 匹配 非 模板 

然而 ， 如 采 模 板 可 以 产生 一 个 具有 更 好 匹配 的 钞 数 ， 那 么 将 选择 
模板 。 这 可 以 通过 max() 的 第 2 次 和 第 3 次 调用 来 说 明 : 


max(7.0,42.0); /调用 max<double>( 通 过 实 参 演绎 ) 
max('a', 'b'); // 调 用 max<char>( 通 过 实 参 演绎 ) 


还 可 以 显 式 地 指定 一 个 空 的 模板 实 参 列表 ， 这 个 语法 好 像 是 告诉 
编译 融 : 只 有 模板 才能 来 匹配 这 个 调用 ， 而 且 所 有 的 模板 参数 都 应 该 
根据 调用 实 参 演绎 出 来 : 


max<>(7,42) /call max<int>( 通 过 实 参 演绎 ) 


因为 模板 是 不 允许 自动 类 型 转化 的 ; 但 普通 函数 可 以 进行 目 动 类 
型 转换 ， 所 以 最 后 一 个 调用 将 使 用 非 模板 函数 (‘a 和 42.7 都 被 转化 为 
int) : 

max('a',42.7) /对 于 不 同类 型 的 参数 ， 只 人 允许 使 用 非 模 
板 函 数 

下 面 这 个 更 有 用 的 例子 将 会 为 指针 和 普通 的 C 字 符 串 重 载 这 个 求 最 
大 值 的 模板 : 

/basics/max3.cpp 


#include <iostream> 
#include <cstring> 
#include <string> 
1/ 求 两 个 任意 类 型 值 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b) 
{ 
returna<b?b:a; 
由 
1/ 求 两 个 指针 所 指向 值 的 最 大 者 
template <typename T> 
inline T* const& max (T* const& a, T* const&z b) 
{ 
return *a<*b?b:a; 
} 
// 求 两 个 C 字 符 串 的 最 大 者 
inline char const* const& max (char const* const& a, 


char const* const& b) 


return std::strcmp(ab) < 0?b :ai 
int main () 
{ 
int a=7; 
int b=42; 
::max(a,b); // max() 求 两 个 int 值 的 最 大 值 
std::string s="hey"; 
std::string t="you"; 
::max(s,t); // max() 求 两 个 std:string 类 型 的 最 大 值 
int* p1 = &b; 
int* p2 = &a; 
::max(p1,p2); // max() 求 两 个 指针 所 指向 值 的 最 大 者 
char const* S1 = "David"; 
char const* s2 = "Nico"; 
::max(s1,s2); // max() 求 两 个 c 字 符 串 的 最 大 值 
} 
注意 ， 在 所 有 重 载 的 实现 里 面 ， 我 们 都 是 通过 引用 来 传递 每 个 实 
参 的 。 一 般 而 言 ， 在 重 载 函数 模板 的 时 候 ， 最 好 只 是 改变 那些 需要 改 
变 的 内 容 ;， 就 是 说 ， 你 应 该 把 你 的 改变 限制 在 下 面 两 种 情况 : 改变 参 
数 的 数目 或 者 显 式 地 指定 模板 参数 。 否 则 束 可 能 会 出 现 非 预 期 的 结 
果 。 例 如 ， 对 于 原来 使 用 传 引 用 的 max0 模 板 ， 你 用 C-string 类 型 进行 重 
载 ， 但 对 于 现在 ( 即 重 载 版 本 的 ) 基于 C-strings 的 max0 画 数 ， 你 是 通 
过 传 值 来 传递 参数 ， 那 么 你 就 不 能 使 用 3 个 参数 的 max0 版 本 ， 来 对 3 个 
C-string 求 最 大 值 : 


//basics/max3a.cpp 


#include <iostream> 


#include <cstring> 
#include <string> 
/ 两 个 任意 类 型 值 的 最 大 者 (通过 传 引用 进行 调用 ) 
template <typename 工 > 
inline T const& max (IT const& a, T const& b) 
{ 
returna<b?b:a; 
} 
/两 个 C 字 符 串 的 最 大 者 (通过 传 值 进行 调用 ) 
inline char const* max (Char const* a, char const* b) 
{ 
return std::strcmp(ab) <0°?b:a; 
} 
// 求 3 个 任意 类 型 值 的 最 大 者 (通过 传 引用 进行 调用 ) 
template <typename T> 
inline T const& max (IT const& a, T const& b, T const& c) 
{ 
return max (max(a,b), c); /注意 : 如 果 max(a,b) 使 用 传 值 调 用 
/那么 将 会 发 生 错 误 
int main () 
{ 
::max(7, 42, 68); // OK 
const char* s1 = "frederic"; 
const char* s2 = "anica"; 
const char* s3 = "lucas"; 
::max(s1, s2, S3); // 错误 。 


} 

问题 在 于 : 如 果 你 对 3 个 C-strings 调 用 max0， 那 么 语句 : 

return max (max(a,b),c); 

将 会 产生 一 个 错误 。 这 是 因为 对 于 C-strings 而 言 ， 这 里 的 max(a,b) 
产生 了 一 个 新 的 临时 局 部 值 ， 该 值 有 可 能 会 被 外 面 的 max 函 数 以 传 引 用 
的 方式 返回 ， 而 这 将 导致 传 回 无 效 的 引用 。 

对 于 复杂 的 重 载 解 析 规 则 所 产生 的 结果 ， 这 只 是 具有 非 预期 行为 
的 代码 例子 中 的 一 例 而 已 。 例 如 ， 当 调用 重 载 函数 的 时 候 ， 调 用 结 
束 有 可 能 与 该 重 载 图 数 在 此 时 可 见 与 否 这 个 事实 有 关 ， 但 也 可 能 没有 
天 系 。 事 实 上 ， 定 义 一 个 具有 3 个 参数 的 max0 版 本 ， 而 且 直 到 该 定义 
处 还 没有 看 到 一 个 具有 两 个 int 参 数 的 重 载 max0) 版 本 的 声明 ; 那么 这 个 
具有 3 个 int 实 参 的 max() 调 用 将 会 使 用 具有 2 个 参数 的 模板 ， 而 不 会 使 用 
基于 int 的 重 载 版 本 max(): 

//basics/max4.cpp 

// 求 两 个 任意 类 型 值 的 最 大 者 


template <typename T> 


inline T const& max (IT const& a, T const& b) 
{ 

returna<b?b:a; 
于 
/ 求 3 个 任意 类 型 值 的 最 大 者 
template <typename 工 > 
inline T const& max (IT const& a, T const& b, T const& c) 
{ 

return max (max(a,b), c); /使 用 了 模板 的 版 本 ， 即 使 有 下 面 声明 
的 int 

/版 本 ， 但 该 声明 来 得 大玉 了 


} 

// 求 两 个 int 值 的 最 大 者 

inline int const& max (int const& a, int const& b) 

{ 

returna<b?b:a: 

} 

我 们 将 在 9.2 下 讨论 这 个 细节 ; 但 就 目前 而 言 ， 你 应 该 牢记 一 条 首 
要 规则 : 函数 的 所 有 重 载 版 本 的 声明 都 应 该 位 于 该 函数 被 调用 的 位 置 
之 前 。 


2.5 小 结 


“模板 函数 为 不 同 的 模板 实 参 定义 了 一 个 函数 家 族 。 

" 当 你 传递 模板 实 参 的 时 候 ， 可 以 根据 实 参 的 类 型 来 对 函数 模板 进 
行 实例 化 8 

"你 可 以 显 式 指定 模板 参数 。 

"你 可 以 重 载 钞 数 模板 。 

* 当 重 载 久 数 模板 的 时 候 ， 把 你 的 改变 限制 在 ， 显 式 地 指定 模板 参 
数 。 

一 定 要 让 函数 模板 的 所 有 重 载 版 本 的 声明 都 位 于 它们 被 调用 的 位 
置 之 前 。 


第 3 音 类 模板 


与 男 数 相似 ， 类 也 可 以 被 一 种 或 多 种 类 型 参数 化 。 容 紫 类 就 是 一 
个 具有 这 种 特性 的 典型 例子 ， 它 通 第 被 用 于 管理 某 种 特定 类 型 的 元 


素 。 只 要 使 用 类 模板 ， 你 就 可 以 实现 容器 类 ， 而 不 需要 确定 容器 中 元 
素 的 类 型 。 在 这 一 章 中 ， 我 们 使 用 Stack 作 为 类 模板 的 例子 。 


3.1 Stack 的 实现 


与 畏 数 模板 的 处 理 方 式 一 样 ， 我 们 在 同一 个 头 文件 中 声明 和 定义 
类 Stack< > (我 们 将 在 6.3 小 节 讨论 如 何 把 声明 和 定义 放 在 不 同 的 文件 
FW 

//basics/stack1.hpp 

#include <vector> 

#include <stdexcept> 

template <typename T> 


class Stack { 


private: 

std::vector<T> elems; ”// 存储 元 到 的 容 妖 
public: 

void push(T const&); 。 ”// 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; /返回 栈 顶 元 素 


bool empty() const{ ”/W/ 返回 栈 是 否 为 空 


return elems.empty(); 


Fe 
template <typename T> 


void Stack<T>::push (T const& elem) 
{ 


elems.push_back(elem); ”// 把 elem 的 拷贝 附加 到 末 尼 


} 
template<typename T> 


void Stack<T>::pop () 


{ 
if (elems.empty()) { 
throw std::out_of_range("Stack<>::pop(): empty stack"); 
} 
elems.pop_back(); // 删 除 最 后 一 个 元 于 
} 


template <typename T> 


T Stack<T>::top () const 


{ 
if (elems.empty()) { 
throw std::out_of_range("Stack<>::top(): empty stack"); 
} 
return elems.back(): // 返回 最 后 一 个 元 素 的 找 贝 
} 


可 以 看 出 ， 类 模板 Stack<> 是 通过 C++ 标 准 库 的 类 模板 vector< > 来 


实现 的 ， 因 此， 我 们 不 需要 亲自 实现 内 存 管理 、 找 贝 构造 函数 和 赋值 


运算 符 ， 从 而 可 以 把 精力 放 在 该 类 模板 的 接口 实现 上 。 


ll 日 


类 模板 的 声明 入 数 模板 的 声明 很 相似 ， 在 声明 之 前 ， 我 们 先 
(用 一 条 语句 ) 声明 作为 类 型 参数 的 标识 符 ; 我 们 继续 使 用 T 作 为 该 标 
识 符 : 


template <typename 工 > 


Class Stack { 


}; 
在 此 ， 我 们 可 以 再 次 使 用 关键 字 class 来 代替 typename: 
template <class 工 > 


Class Stack { 


}; 

在 类 模板 的 内 部 ，T 可 以 像 其 他 任何 类 型 一 样 ， 用 于 声明 成 员 变 量 
和 成 员 函 数 。 在 下 面 的 例子 中 ，T 被 用 于 声明 vector 的 元 素 类 型 ， 声 明 
pushO 是 一 个 接收 利 量 T 引 用 为 唯一 实 参 的 成 员 函 数 ， 声 明 top0 是 返回 
类 型 为 T 的 成 员 函 数 : 


template <typename 工 > 


Class Stack { 


private: 
std::vector<T> elems; // 存 储 元 素 的 容器 
public: 
Stack(); // 构 造 玉 数 
void push(T const &); 。 ”// 压 入 元 素 
void popO): // 弹 出 元 素 
T top() const: // 返 回 栈 顶 元 素 


上 

这 个 类 的 类 型 是 Stack<T> ， 其 中 IT 是 模板 参数 。 因 此 ， 当 在 声明 中 

需要 使 用 该 类 的 类 型 时 ， 你 必须 使 用 Stack<T>。 例 如 ， 如 果 你 要 声明 

目 己 实现 的 拷贝 构造 画 数 和 赋值 运算 符 ， 那 么 应 该 这 样 编写 [8] : 
template <typename 工 > 


Class Stack { 


Stack (Stack<T> const&); // 找 贝 构造 钞 数 
Stack<T>& operator= (Stack<T> const&); /赋值 运算 符 


}; 
然而 ， 当 使 用 类 名 而 不 是 类 的 类 型 时 ， 殉 应 该 只 用 Stack; 譬如 ， 
当 你 指定 类 的 名 称 、 类 的 构造 函数 、 析 构 函 数 时 ， 束 应 该 使 用 Stack 。 
3.1.2 实现 
为 了 定义 类 模板 的 成 员 函 数 ， 你 必须 指定 该 成 员 函 数 是 一 个 函数 
模板 ， 而 且 你 还 需要 使 用 这 个 类 模板 的 完整 类 型 限定 符 [9]。 因 此 ， 类 
型 Stack<T> 的 成 员 函 数 push0O 的 实现 如 下 : 
template <typename 工 > 
void Stack<T>::push (T const& elem) 
{ 


elems.push_back (elem);”// 把 传 入 实 参 elem 的 拷贝 
/附加 到 末端 
} 

在 上 面 的 例子 中 ， 调 用 了 对 应 vector 的 push_back0) 方 法 ， 它 把 传 入 
元 素 附 加 到 该 vector 的 末端 。 

请 注意 : vector 的 pop_back() 方 法 只 是 删除 来 尾 的 元 素 ， 并 没有 返 
回 该 元 素 ; 之 所 以 如 此 是 充分 考虑 了 异常 安全 性 ， 因 为 要 实现 “一 个 绝 
对 异常 安全 并 且 返 回 被 删除 元 素 的 pop(0” 是 不 可 能 的 (Tom Cargill 在 
[CargillExceptionSafety] 中 首次 讨论 了 这 个 话题 ， Sutter 在 
[SutterExceptional] 的 Item 10 也 提 到 这 个 问题 ) 。 然 而 ， 如 果 不 考 虑 异 
常安 全 性 ， 我 们 就 可 以 实现 一 个 返回 被 删除 元 素 的 pop()。 事实 上 ， 只 
需要 使 用 工 声 明 一 个 局 部 变量 ， 并 保证 该 变量 的 类 型 就 是 vector 元 素 的 
类 型 即 可 ; 具体 如 下 : 


template<typename 工 > 
T Stack<T>::pop() 


{ 

让 (elems.empty() ) { 

throw std::out_of range(“Stack<>::pop(): empty Stack’”); 

} 

T elem = elems.back(); / 先 保 存 末端 元 际 的 找 贝 

elems.pop_back(); /删除 末端 元 系 

return elem: /返回 上 面 保存 的 元 素 的 拷贝 
} 


因为 当 vector 为 空 的 时 候 ， 它 的 back0) 方 法 (返回 末端 元 素 的 值 ) 
和 pop_back() 方 法 (删除 末端 元 素 ) 会 具有 未 加 定义 的 行为 ， 因 此 我 们 
需要 先 检 查 该 stack 是 否 为 空 。 如 果 为 空 ， 了 驶 抛 出 std::out_of range 异 
第 。 同 样 ， 在 top0 的 实现 中 ， 我 们 也 是 用 这 种 办 法 来 判断 对 应 stack 是 
否 为 至 ; topO 只 是 返回 栈 鸭 顶端 [10] 元 素 ， 并 不 删除 该 元 素 : 
template<typename 工 > 


T Stack<T>::top() const 


{ 
if (elems.empty()) { 
throw std::out_of range(“Stack::top(); empty Stack”); 
} 
return elems.back0); /返回 末端 元 素 的 找 贝 
} 


显然 ， 对 于 类 模板 的 任何 成 员 画 数 ， 你 都 可 以 把 它 实 现 为 内 联 玉 
数 ， 将 它 定 义 于 类 声明 里 面 。 例 如 : 
template <typename T> 


class Stack { 


void push (T const& elem) { 
elems.push_back(elem); /把 传 入 的 elem 实 参 附 加 到 末端 


3.2 类 模板 Stack 的 使 用 


为 了 使 用 类 模板 对 象 ， 你 必须 显 式 地 指定 模板 实 参 。 下 面 的 例子 
展示 了 如 何 使 用 类 模板 Stack<>: 

//basics/stackl1test.cpp 

#include <iostream> 

#include <string> 

#include <cstdlib> 


#include "stack1.hpp" 


int main() 
{ 
try { 
Stack<int> intStack; / 元 素 类 型 为 int 的 栈 
[11] 
Stack<std::string> stringStack; 。”// 元 素 类 型 为 字符 串 的 栈 
/ 使 用 int 栈 
intStack.push(7); 


std::cout << intStack.top() << std::end]; 
/ 使 用 string 栈 
stringStack.push("hello"); 


std::cout << stringStack.top() << std::endl; 

stringStack.pop(); 

stringStack.pop(); 
} 
catch (std::exception const& ex) { 

std::cerr << "Exception: " << ex.what() << std::endl; 

return EXIT_FAILURE; /程序 退出 ， 且 带 有 ERROR 标 记 
} 

} 

通过 声明 类 型 Stack<int>， 在 类 模板 内 部 就 可 以 用 int 实 例 化 T。 
此 ，intStack 是 一 个 创建 自 Stack<int> 的 对 象 ， 它 的 元 素 储 存 于 vector， 
且 类 型 为 int。 对 于 所 有 被 调用 的 成 员 函 数 ， 都 会 实例 化 出 基于 int 类 型 
的 函数 代码 。 类 似 ， 如 果 声 明和 使 用 Stack<std::string>， 将 会 创建 一 个 
Stack<std::string> 对 象 ， 它 的 元 素 储 存 于 vector， 且 类 型 为 std::string; 
而 对 于 所 有 松 调 用 的 成 员 函 数 ， 也 会 实例 化 出 基于 std::string 的 函数 代 
码 。 

注意 ， 只 有 那些 被 调用 的 成 员 函 数 ， 才 会 产生 这 些 辑 人 
。 对 于 类 模板 ， 成 员 函 数 只 有 在 被 使 用 的 时 候 才 会 被 实例 化 。 

， 这 样 可 以 市 省 空间 和 时 间 ; 另 一 个 好 处 是 : 对 于 那些 “未 能 提供 所 
类型， 你 也 可 以 使 用 该 类 型 来 实例 化 类 模 
板 ， 只 要 对 那些 “未 能 提供 某 些 操作 的 ”成 员 函 数 ， 模 板 内 部 不 使 用 就 
可 以 。 例 如 ， 某 些 类 模板 中 的 成 员 函 数 会 使 用 operator< 来 排序 元 素 ; 
如 果 不 调用 这 些 “ 使 用 operator< 的 ”成 员 函 数 ， 那 么 对 于 没有 定义 
operator< 的 类 型 ， 也 可 以 被 用 来 实例 化 该 类 模板 。 

在 上 面 的 例子 中 ， 缺 省 构造 畏 数 、push0 和 top0 都 被 实例 化 了 一 个 
int 版 本 和 一 个 string 版 本 ; 而 pop0 仅 被 实例 化 了 一 个 string 厂 本 。 另 一 方 


面 ， 


如 有 果 类 模板 中 含有 静态 成 员 ， 那 么 用 来 实例 化 的 每 种 类 型 ,都 会 


实例 化 这 些 静 态 成 员 。 


你 可 以 像 使 用 其 他 任何 类 型 一 样 地 使 用 实例 化 后 的 类 模板 类 型 


(如 Stack<int>) ， 只 要 它 文 持 所 调用 的 操作 就 可 以 : 


峙 


void foo(Stack<int> const& s)// 参 数 s 是 int 栈 ， 即 Stack<int> 


{ 
Stack<int> istack[10]: ”Wistack 是 含有 10 个 int 栈 的 数组 


} 
借助 于 类 型 定义 ， 你 可 以 更 方便 地 使 用 类 模板 : 
typedef Stack<int> IntStack; 
void foo(IntStack const& s) //s 是 一 个 int 栈 
{ 
IntStack istack[10]: //istack 是 一 个 含有 10 个 int 栈 的 数组 


} 
C++ 的 类 型 定义 只 是 定义 了 一 个 “类 型 别名 ， 并 没有 定义 一 个 新 类 


。 因此， 在 进行 类 型 定义 : 


typedef Stack<int> IntStack; 
之 后 ，IntSatck 和 Stack<int> 实 际 上 是 相同 的 类 型 ， 并 可 以 用 于 相互 


赋值 。 


模板 实 参 可 以 是 任何 类 型 ， 诸 如 指向 浮 点 型 的 指针 ， 甚 至 元 素 类 


型 为 int 的 Stack 都 可 以 作为 模板 实 参 : 


栈 


Stack<float*> floatPtrStack: ”// 元 素 类 型 为 浮 点 型 指针 的 


Stack<Stack<int> > intStackStack: ” /元素 类 型 为 int 栈 的 栈 
唯一 的 要 求 陇 是 : 该 类 型 必须 提供 被 调用 的 所 有 操作 。 


另外 ， 你 需要 在 两 个 车 在 一 起 的 模板 尖 括 号 〈 即 >) 之 间 留 一 个 空 
格 ， 否 则 ， 编 译 器 将 会 认为 你 是 在 使 用 operator>>， 而 这 将 会 导致 一 个 
语法 错误 


Stack<Stack<int>> intStackStack: /ERROR: 这 里 不 允许 使 用 >> 


3.3 类 模板 的 特 化 


你 可 以 用 模板 实 参 来 特 化 类 模板 。 和 函数 模板 的 重 载 类 似 ， 通 过 
符 化 类 模板 ， 你 可 以 优化 基于 某 种 特定 类 型 的 实现 ， 或 者 克服 某 种 特 
定 类 型 在 实例 化 类 模板 时 所 出 现 的 不 足 [了 2]。 男 外 ， 如 末 要 特 化 一 个 
类 模板 ， 你 还 要 特 化 该 类 模板 的 所 有 成 员 函 数 。 虽 然 也 可 以 只 特 化 某 
个 成 员 函 数 ， 但 这 个 做 法 并 没有 特 化 整个 类 ， 也 整 没 有 特 化 整个 类 模 
板 。 

为 了 特 化 一 个 类 模板 ， 你 必须 在 起 始 处 声明 一 个 template<>， 接 下 
来 声明 用 来 特 化 类 模板 的 类 型 。 这 个 类 型 被 用 作 模 板 实 参 ， 且 必须 在 
类 名 的 后 面 直接 指定 : 


template<> 


class Stack<std::string> { 


} 


进行 类 模板 的 特 化 时 ， 每 个 成 员 画 数 都 必须 重新 定义 为 普通 画 
数 ， 原 来 模板 函数 中 的 每 个 T 也 相应 地 被 进行 特 化 的 类 型 取代 : 
void Stack<std::string>::push (std::string const& elem) 
{ 
elems.push_back(elem); 。// 附 加 传 入 实 参 elem 的 拷贝 
} 
下 面 是 一 个 用 std::string 特 化 Stack<> 的 完整 例子 : 


//basics/stack2.hpp 
#include <deque> 
#include <string> 
#include <stdexcept> 
#include "stack1.hpp" 
template<> 
class Stack<std::string> { 
private: 


std::deque<std::string> elems; // 包含 元 素 的 容 


口 蝇 


public: 
void push(std::string const&); 久 压 六 元 雯 
void pop(); /弹出 元 素 
std::string top() const: /返回 栈 顶 元 素 
bool empty() const { /返回 栈 是 否 为 衬 
return elems.empty(); 
} 


}; 
void Stack<std::string>::push (std::string const& elem) 
{ 

elems.push_back(elem); /把 传 入 的 实 参 ealem 附 加 到 末端 
void Stack<std::string>::pop © 
{ 

if (elems.empty()) { 

throw std::out_of range 


("Stack<std::string>::pop(): empty stack"); 


elems.pop_back(); /删除 末端 元 素 


} 
std::string Stack<std::string>::top () const 
{ 

if (elems.empty()) { 

throw std::out_of range 
("Stack<std::string>::top(): empty stack"); 

} 

return elems.back(): /返回 末端 元 素 的 找 贝 
} 


在 上 面 的 例子 里 ， 我 们 使 用 了 一 个 deque， 而 不 是 vector， 来 管理 
stack 内 部 的 元 隶 。 我 们 使 用 这 种 用 法 并 不 在 于 获得 某 种 好 处 [13] ， 而 
只 是 为 了 说 明 : 特 化 的 实现 可 以 和 基本 类 模板 (prinmary template) 的 
实现 完全 不 同 。 


3.4 局 部 特 化 


类 模板 可 以 被 局 部 特 化 。 你 可 以 在 特定 的 环境 下 指定 类 模板 的 特 
定 实现 ， 并 且 要 求 某 些 模板 参数 仍然 必须 由 用 户 来 定义 。 例 如 类 模 
板 : 

template <typename T1, typename T2> 

class MyClass { 


}; 
就 可 以 有 下 面 几 种 局 部 特 化 : 
/局 部 特 化 : 两 个 模板 参数 具有 相同 的 类 型 


template <typename 工 > 


class MVyC]ass<T,T> { 


/局 部 特 化 : 第 2 个 模板 参数 的 类 型 是 int 
template<typename 工 > 


class MyClass<T,int> { 


}; 

// 局 部 特 化 ， 两 个 模板 参数 都 是 指针 类 型 。 
template<typename T1,typename 工 2> 

class MyClass<T1*,T2*>{ 


} 
下 面 的 例子 展示 各 种 声明 会 使 用 哪个 模板 ; 
Myclass<int,float> mif; /使 用 MyClass<T1,T2> 
MyClass<float,float> miff; // 使 用 MyClass<T,T> 
MyClass<float,int> mfi; // 使 用 MyClass<T,int> 
MyClass<int*,float*> mp:; // 使 用 MyClass<T1*,T2*> 
如 果 有 多 个 局 部 特 化 同等 程度 地 匹配 某 个 声明 ， 那 么 就 称 该 声明 
具有 二 义 性 : 


MyClass<int,int> m:; /错误 :同等 程度 地 匹配 MyClass<TT> 
// 和 和 MyClass<T,int> 
MyClass<int*,int*> m:; /错误 :同等 程度 地 匹配 MyClass<TT> 

// A 和 和 MyClass<T1*,T2*> 


为 了 解决 第 2 种 二 义 性 ， 你 可 以 另外 提供 一 个 指 癌 相同 类 型 指针 的 
等 化 : 


template<typename 工 > 


class MyClass<T*,T*> { 


}; 
至 于 更 多 的 细节 ， 请 见 12.4 节 。 


3.5 缺 省 模板 实 参 


对 于 类 模板 ， 你 还 可 以 为 模板 参数 定义 缺 省 值 ， 这 些 值 就 被 称 为 
缺 省 模板 实 参 ， 而 且 ， 它 们 还 可 以 引用 之 前 的 模板 参数 。 例 如 ， 在 类 
Stack<> 中 ， 你 可 以 把 用 于 管理 元 素 的 容 侣 定义 为 第 2 个 模板 参数 ， 并 且 
使 用 std::vector<> 作 为 它 的 缺 省 值 : 

//basics/stack3.hpp 


#include <vector> 

#include <stdexcept> 

template <typename T, typename CONT = std::vector<T> > 
class Stack { 


private: 

CONT elems; // 包含 元 素 的 容 锅 
public: 

void push(T const&); 硅 太 元 订 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 于 

bool empty() const { // 返回 栈 是 否 为 空 

return elems.empty(); 
} 


上 
template <typename T, typename CONT> 


void Stack<T,CONT>::push (T const& elem) 
{ 
elems.push_back(elem); /把 传 入 实 参 elem 附 加 到 末端 
} 
template <typename T, typename CONT> 
void Stack<T,CONT>::pop () 


{ 
if (elems.empty()) { 
throw std::out_of _ range("Stack<>::pop(): empty stack"); 
} 
elems.pop_back(); /删除 末端 元 篆 
} 


template <typename T, typename CONT> 
T Stack<T,CONT>::top () const 


{ 
if (elems.empty()) { 
throw std::out_of range("Stack<>::top(O: empty stack"); 
} 
return elems.back0); /返回 末端 元 素 的 找 贝 


可 以 看 到 : 我 们 的 类 模板 含有 两 个 模板 参数 ， 因 此 每 个 成 员 函 数 
的 定义 都 必须 具有 这 两 个 参数 : 
template <typename T,typename CONT> 
void Stack<T,CONT>::push(T const& elem) 
{ 
elems.push_back(elem); ”// 附 加 传 入 实 参 elem 的 拷贝 


你 仍然 可 以 像 前 面 例子 一 样 使 用 这 个 栈 (stack) ; 就 是 说 ， 如 果 
你 只 传递 第 一 个 类 型 实 参 给 这 个 类 模板 ， 那 么 将 会 利用 vector 来 管理 
stack 的 元 于 : 

template<typename T,typename CONT = std::vector<T> > 


class Stack { 
private: 
CONT elems: // 包 含 元 素 的 容 名 


上 
另外 ， 当 在 程序 中 声明 Stack 对 象 的 时 候 ， 你 还 可 以 指定 容器 的 类 


嵌 


/basics/stack3test.cpp 
#include <iostream> 
#include <deque> 
#include <cstdlib> 


#include "stack3.hpp" 


int main() 
{ 
try { 
/ int 栈 : 


Stack<int> intStack:; 

// double 栈 ， 它 使 用 std::deque 来 管理 元 素 
Stack<double,std::deque<double> > dblStack; 
/ 使 用 int 栈 

intStack.push(7); 

std::cout << intStack.top() << std::end]; 
intStack.popO); 


/ 使 用 double 栈 
dblStack.push(42.42); 
std::cout << dblStack.top() << std::endl; 
dblStack.popQ; 
dblstack.pop(); 
} 
catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 
return EXIT_FAILURE; // 退出 程序 ， 有 日 有 ERROR 标 记 
} 
} 
使 用 
Stack<double,std::deque<double> > 
你 可 以 声明 一 个 “元 素 类 型 为 double， 并 且 使 用 std::deque<> 在 内 部 
管理 元 素 ” 的 栈 。 


3.6 小 结 


“类 模板 是 具有 如 下 性 质 的 类 : 在 类 的 实现 中 ， 可 以 有 一 个 或 多 个 
类 型 还 没有 被 指定 。 

“为 了 使 用 类 模板 ， 你 可 以 传 入 某 个 具体 类 型 作为 模板 实 参 ; 然后 
编译 瑚 将 会 基于 该 类 型 来 实例 化 类 模板 。 

“对 于 关 模 板 而 言 ， 只 有 那些 被 调用 的 成 员 函 数 才 会 被 实例 化 。 

"你 可 以 用 某 种 特定 类 型 特 化 类 模板 。 

"你 可 以 用 某 种 特定 类 型 局 部 符 化 类 模板 。 
“你 可 以 为 类 模板 的 参数 定义 缺 省 值 ， 这 些 值 还 可 以 引用 之 前 的 模 


4 型 参 


对 于 函数 模板 和 类 模板 ， 模 板 参数 并 不 局 限于 类 型 ， 普 通 值 也 可 
以 作为 模板 参数 。 在 基于 类 型 参数 的 模板 中 ， 你 定义 了 一 些 具 体 细 市 
未 加 确定 的 代码 ， 直 到 代码 被 调用 时 这 些 细 市 才 被 真正 确定 。 然 而 ， 
在 这 里 ， 我 们 面 对 的 这 些 细节 是 值 (value) ， 而 不 是 类 型 。 当 要 使 用 
基于 值 的 模板 时 ， 你 必须 显 式 地 指定 这 些 值 ， 才 能 够 对 模板 进行 实例 
化 ， 并 获得 最 终 代码 。 在 这 一 章 里 ， 我 们 将 使 用 一 个 新 版 本 的 stack 类 
模板 来 叙述 这 个 特性 。 画 外 ， 我 们 还 给 出 了 一 个 非 类 型 画 数 模板 参数 
的 例子 ， 并 且 讨 论 了 这 一 技术 的 某 些 限制 。 


4.1 非 类 型 的 类 模板 参数 


较 之 前 一 章 stack 例 子 的 实现 ， 你 也 可 以 使 用 元 素数 目 固 定 的 数组 
来 实现 stack。 这 个 方法 (用 固定 大 小 的 数组 ) 的 优点 是 : 无 论 是 由 你 
来 杀 目 管理 内 存 ， 还 是 由 标准 容器 来 管理 内 存 ， 都 可 以 避免 内 存 管理 
开销 。 然 而 ， 决 定 一 个 栈 (stack) 的 最 佳 容量 是 很 困难 的 。 如 果 你 指 
定 的 容量 太 小 ， 那 么 栈 可 能 会 洲 出 ， 如 果 指 定 的 容量 太 大 ， 那 么 可 能 
会 不 必要 地 浪费 内 存 。 一 个 好 的 解决 方法 就 是 : 让 栈 的 用 户 亲 目 指 定 
数组 的 大 小 ， 并 把 它 作 为 所 需要 的 栈 元 素 的 最 大 个 数 。 

为 了 做 到 这 一 点 ， 你 需要 把 数组 大 小 定义 为 一 个 模板 参数 : 

/basics/stack4.hpp 


#include <stdexcept> 
template <typename T, int MAXSIZE> 
class Stack { 
private: 
Telems[MAXSIZE]; /包含 元 又 的 数组 


int numElems: // 元素 的 当前 总 个 数 


public: 
Stack(); / 构造 琅 数 
void push(T const&); ”// 压 入 元 素 
void popO); / 弹出 元 素 
T top() const; /返回 栈 顶 元 素 


bool empty() const{ /返回 栈 是 否 为 空 
return numElems == 0; 

} 

bool full0 const { /返回 栈 是 否 已 满 
return numElems == MAXSIZE; 


}; 
/构造 函数 
template <typename T, int MAXSIZE> 
Stack<T,MAXSIZE>::Stack () 
: numElems(0) / 初始 时 栈 不 含 元 素 


/ 不 做 任何 事情 
template <typename T, int MAXSIZE> 
void Stack<T, MAXSIZE>::push (T const& elem) 
{ 
让 (numElems == MAXSIZE) { 
throw std::out_of range("Stack<>::pushO: stack is full"); 
} 
elems[numElems] = elem; ”// 附加 元 素 


++numElems; / 增加 元 素 的 个 数 


template<typename T int MAXSIZE> 


void Stack< 工 MAXSIZE>::pop 0 


{ 
让 (numElems <= 0) { 
throw std::out_of range("Stack<>::pop(O: empty stack"); 
} 
--numElems:; / 减少 元 素 的 个 数 
1 


template <typename T, int MAXSIZE> 
T Stack<T, MAXSIZE>::top () const 


{ 
if mumElems <= 0) { 
throw std::out_of range("Stack<>::top(O: empty stack"); 
} 
return elems[numElems-1]; // 人 返回 最 后 一 个 元 于 
} 


MAXSIZE 是 新 加 入 的 第 2 个 模板 参数 ， 类 型 为 int; 它 指定 了 数组 
最 多 可 包公 的 栈 元 素 的 个 数 : 
template<typename T, int MAXSIZE> 
class Stack { 
private: 
Telems[MAXSIZE]; 。”// 包 含 元 素 的 数组 


另外， 我 们 使 用 push() 来 检查 该 栈 是 否 已 经 满 T: 


template <typename T, int MAXSIZE> 
void Stack<T, MAXSIZE>::push (T const& elem) 


{ 
if mumElems = = MAXSIZE ){ 
throw std::out_of range ("Stack<>::push():stack is full") 
} 
elems [numElems] = elem; /附加 元 素 
++numElems: // 增 加 元 素 的 个 数 
1 


为 了 使 用 这 个 类 模板 ， 你 需要 同时 指定 元 素 的 类 型 和 个 数 〈 即 栈 
的 最 大 容量 ) : 
/basics/stack4test.cpp 
#include <iostream> 
#include <string> 
#include <cstdlib> 
#include "stack4.hpp" 
int main() 
{ 
try { 
Stack<int,20> ”int20Stack; // 可 以 存储 20 个 int 元 素 的 栈 
Stack<int,40> ”int40Stack; // 可 以 存储 40 个 int 元 素 的 栈 
Stack<std::string,40> stringStack; // 可 存储 40 个 string 元 素 的 
栈 
/ 使 用 可 存储 20 个 int 元 素 的 栈 
int20Stack.push(7); 
std::cout << int20Stack.top() << std::end]; 
int20Stack.pop(); 


/ 使 用 可 存储 40 个 string 的 栈 
stringStack.push("hello"); 
std::cout << stringStack.top() << std::endl; 
stringStack.pop(); 
stringStack.pop(); 

} 

catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 


return EXIT_FAILURE: // 退出 程序 且 有 ERROR 标 记 


} 

} 

可 以 看 出 ， 每 个 模板 实例 都 具有 目 己 的 类 型 ， 因 此 int20Stack 和 
int40Stack 属于 不 同 的 类 型 ， 而 且 这 两 种 类 型 之 间 也 不 存在 显 式 或 者 隐 
去 的 类 型 转换 ， 所 以 它们 之 间 不 能 互相 蔡 换 ， 更 不 能 互相 赋值 。 

同样 ， 我 们 可 以 为 模板 参数 指定 缺 省 值 : 

template<typename T = int int MAXSIZE = 100> 


class Stack { 


}; 
然而 ， 如 果 从 优化 设计 的 观点 来 看 ， 这 个 例子 并 不 适合 使 用 缺 省 
值 。 缺 省 值 应 该 是 直观 上 正确 的 什 。 但 是 对 于 栈 的 类 型 和 大 小 而 言 ， 
int 类 型 和 最 大 容量 100 从 直观 上 看 起 来 都 不 是 正确 的 。 因 此 ， 在 这 里 最 
好 还 是 让 程序 员 显 式 地 指定 这 两 个 值 。 因 此 我 们 可 以 在 设计 文档 中 用 
一 条 声明 来 说 明 这 两 个 属性 ( 即 类 型 和 最 大 容量 ) 。 


4.2 非 类 型 的 画 数 模板 参数 


你 也 可 以 为 函数 模板 定义 非 类 型 参数 。 例 如 ， 下 面 的 钞 数 模板 定 
义 了 一 组 用 于 增加 特定 值 的 贸 数 : 

//basics/addval.hpp 

template<typename T int VAL> 

T addValue(T const& x) 

{ 

return x + VAL: 

} 

如 果 和 需要 把 芳 数 或 者 操作 用 作 参 数 的 话 ， 那 么 这 类 函数 就 是 相当 
有 用 的 。 壁 如， 借助 于 标准 模板 库 (STL) ， 你 可 以 传递 这 个 函数 模板 
的 实例 化 体 给 集合 中 的 每 一 个 元 素 ， 让 它们 都 增加 一 个 整数 值 : 

std::transform (source.begin(), source.end(), // 源 集合 的 起 点 


/和 终点 
dest.begin(), // 目 标 集 合 的 起 点 
addValue<int,5>); /操作 (或 者 函数 ) 


在 上 面 的 调用 中 ， 最 后 一 个 实 参 实 例 化 了 函数 模板 addValue0， 它 
让 int 元 系 增 加 5。 源 集合 Source 中 的 每 一 个 元 素 都 会 调用 实例 化 后 的 
addValue0 函 数 ， 并 把 调用 结果 放 入 目标 集合 dest。 
另 一 方面 ， 这 个 例子 有 一 个 问题 : addvValue<int,5> 是 一 个 函数 模板 
实例 ， 而 函数 模板 实例 通 滑 被 看 成 是 用 来 命名 一 组 重 载 函数 的 集合 
(即使 该 组 只 有 一 个 函数 ) 。 然 而 ， 根 据 现今 的 标准 ， 重 载 西数 的 集 
合并 不 能 被 用 于 模板 参数 的 演绎 。 于 是 ， 你 必须 将 这 个 函数 模板 的 实 
参 强 制 类 型 转换 力 具 体 的 类 型 : 
std::transform (source.begin(), source.end(), // 源 集合 的 起 点 
/和 终点 
dest.begin(), // 目 标 集 合 的 起 点 
(int(*)(int const&)) add Value<int,5>); /操作 


现在 有 一 个 提议 ， 建 议 C++ 标 准 解决 这 个 问题 ， 从 而 在 这 种 情况 下 
不 需要 进行 强制 类 型 转换 〈 细 贡 请 见 [CoreIssue115]) 。 如 果 这 个 提议 
被 通过 的 话 ， 那 么 只 有 在 考虑 可 移植 性 的 情况 下 ， 才 需要 使 用 这 种 强 
制 转型 。 


4.3 非 类 型 模板 参数 的 限制 


我 们 还 应 该 知道 : 非 类 型 模板 参数 是 有 限制 的 。 通 第 而 言 ， 它 们 
可 以 是 常 整数 (包括 枚 举 值 ) 或 者 指向 外 部 链接 对 象 的 指针 。 

浮 点 数 和 类 对 象 (class-type) [14] 是 不 允许 作为 非 类 型 模板 参数 
的 : 

template<double VAT> //ERROR: 浮 点 数 不 能 作为 非 类 型 模板 参 


数 
double process (double v) 
{ 
return v * VAT; 
} 
template<std::string name> “WERROR: 类 对 象 不 能 作为 非 类 型 模板 


Class MyClass { 


二 

之 所 以 不 能 使 用 浮 点 数 (包括 简单 的 常量 浮 点 表达 式 ) 作为 模板 
实 参 是 有 历史 原因 的 。 然 而 ， 该 特性 的 实现 并 不 存在 很 大 的 技术 障 
碍 ; 因此 ， 将 来 的 C++ 版 本 可 能 会 文 持 这 个 特性 。 

由 于 字符 串 文 字 是 内 部 链接 对 象 《因为 两 个 具有 相同 名 称 但 处 于 
不 同 模块 的 字符 串 ， 是 两 个 完全 不 同 的 对 象 ) ， 所 以 你 不 能 使 用 它们 


来 作为 模板 实 参 : 
template<char const* name> 
class MyClass { 
上 
MyClass<”hello”> X; //ERROR: 不 允许 使 用 字符 串 文字 ”hello” 
另外 ， 你 也 不 能 使 用 全 局 指针 作为 模板 参数 : 
template <char const* name> 
class MyClass { 
}; 
char const* s = ”hello”; 
MyClass<s> X; /s 是 一 个 指向 内 部 链接 对 象 的 指针 
然而 ， 你 可 以 这 样 使 用 : 
template <char const* name> 
class MyClass { 


}; 
extern char const s[] = ”hello”; 
MyClass<s> X; /OK 


全 局 字符 数组 s 由 “hello” 初 始 化 ， 是 一 个 外 部 链接 对 象 。 
详细 的 讨论 ， 请 见 8.3.3 小 方 ; 而 13.4 市 给 出 了 将 来 在 这 方面 可 能 出 
现 的 改变 。 


4.4 小 结 


“模板 可 以 具有 值 模 板 参 数 ， 而 不 仅仅 是 类 型 模板 参数 。 
“对 于 非 类 型 模板 参数 ， 你 不 能 使 用 浮 点 数 、class 类 型 的 对 象 和 内 
部 链接 对 象 〈 例 如 string) 作为 实 参 。 


第 5 章 技巧 性 基础 知识 


本 章 给 出 模板 的 一 些 更 深入 的 基础 知识 ， 它 们 都 是 和 模板 的 实际 
应 用 密切 相关 的 ， 包 括 关 键 字 typename 的 另 一 种 用 法 、 把 成 员 函 数 和 
馈 套 类 [15] 也 定义 成 模板 、 模 板 的 模板 参数 (template template 
parameters) [16]、 零 初始 化 和 使 用 字符 串 作 为 模板 实 参 时 所 要 注意 的 
一 些 细 世 。 虽 然 这 些 技术 具有 很 强 的 技巧 性 ， 但 每 个 C++ 程序 员 日 党 对 
它们 应 该 都 略 有 耳闻 了 。 


5.1 关键 字 typename 


在 C++ 标准 化 过 程 中 ， 引 入 关键 字 typename 是 为 了 说 明 : 模板 内 部 
的 标识 符 可 以 是 一 个 类 型 。 壁 如 下 面 的 例子 : 


template <typename 工 > 


class MyClass { 
typename T::SubType * ptr; 


上 
上 面 程 序 中 ， 第 2 个 typename 被 用 来 说 明 : SubType 是 定义 于 类 T 内 
部 的 一 种 类 型 。 因 此 ，ptr 是 一 个 指 癌 T::SubType 类 型 的 指针 。 

如 果 不 使 用 typename， SubType 就 会 被 认为 是 一 个 静态 成 员 ， 那么 
它 应 该 是 一 个 具体 的 变量 或 对 象 ， 于 是 ， 下 面 表 达 式 : 

T::SubType * ptr 

会 被 看 作 是 类 T 的 静态 成 员 SubType 和 ptr 的 乘积 。 

通 冲 而 言 ， 当 某 个 依赖 于 模板 参数 的 名 称 是 一 个 类 型 时 ， 融 应 该 
使 用 typename。 我 们 将 在 9.3.2 小 节 详 细 讨 论 这 个 问题 。 


让 我 们 来 考虑 一 个 typename 的 典型 应 用 ， 即 在 模板 代码 中 访问 STL 
容 坑 的 迭代 需 : 

//basics/printcoll.hpp 

#include <iostream> 

/打印 STL 容 器 的 元 素 

template <typename 工 > 


void printcoll (T const& coll) 


{ 
typename T::const_iterator pos; // 用 于 过 代 coll 的 迭代 如 
typename T::const_iterator end(coll.end()); // 结束 位 置 
for (pos=coll.begin(); pos!=end; ++pos) { 
std::cout << *pos <<',; 
} 
std::cout << std::endl; 
} 


在 这 个 函 数 模 板 中 ， 调 用 参数 是 一 个 T 类 型 的 STL 容 硕 。 为 了 迭 代 
容 釉 中 的 所 有 元 素 ， 我 们 借助 于 友 代 硕 类 型 ;而 在 每 个 STL 容 釉 类 中 ， 
都 声明 有 迭代 琅 类 型 const_iterator': 
class stlcontainer { 
typedef ...iterator; // 可 以 读 写 访问 的 从 代 器 
typedef ... const_iterator; ”// 只 能 读 访 问 的 迭代 妖 


’ 

因此 ， 为 了 访问 模板 类 型 为 T 的 const_iterator 类 型 ， 你 需要 在 声明 
开始 处 使 用 关键 字 typename 来 加 以 限定 ， 如 下 : 

typename T::const_ iterator pos; 

.template 构 造 


我 们 在 引入 typename 之 后 ， 发 现 了 一 个 很 相似 的 问题 。 考 虑 下 面 
这 个 使 用 标准 bitset 类 型 的 例子 : 

template <int N> 

void printBitset (std::bitset<N> const& bs) 

{ 

std::cout<<bs.template to_string<char,char_traits<char>, 
allocator<char> >(); 

} 

本 例 中 有 一 个 奇怪 的 构造 : .template。 如 果 没 有 使 用 这 个 
template， 编 译 器 将 不 知道 下 列 事 实 : bs.template 后 面 的 小 于 号 (<) 并 
不 是 数学 中 的 小 于 号 ， 而 是 模板 实 参 列 表 的 起 始 符号 ; 那么 只 有 在 编 
辑 絮 判断 小 于 号 (<) 之 前 ， 存 在 依赖 于 模板 参数 的 构造 ， 才 会 出 现 这 
种 问题 。 在 这 个 例子 中 ， 传 入 参数 bs 束 是 依赖 于 模板 参数 N 的 构造 。 

总 之 ， 只 有 当 该 前 面 存 在 依赖 于 模板 参数 的 对 象 时 ， 我 们 才 需 要 
在 模板 内 部 使 用 .template 标 记 (和 类 似 的 诸如 ->template 的 标记 ) ， 而 
且 这 些 标记 也 只 能 在 模板 中 才能 使 用 。 关 于 更 多 的 细 下 ， 请 见 9.3.3 小 
节 。 


5.2 this-> 


对 于 具有 基 类 的 类 模板 ， 目 身 使 用 名 称 x 并 不 一 定 等 同 于 this->x。 
即使 该 x 是 从 基 类 继承 获得 的 ， 也 是 如 此 。 例 如 : 
template <typename T> 
class Base { 
public: 


void exit(); 


template <typename 工 > 
class Derived : Base<I>{ 

public: 

void foo() { 
exit(); // 调 用 外 部 的 exit0 或 者 出 现 错误 

} 
}; 
在 这 个 例子 中 ， 在 foo0 内 部 决定 要 调用 哪 一 个 exit0 时 ， 并 不 会 考 
虑 基 类 Base 中 定义 的 exit0)。 因 此 ， 你 如 条 不 是 获得 一 个 错误 ， 束 是 调 
用 了 为 一 个 exit()。 

我 们 将 在 9.4.2 小 节 详 细 讨 论 这 个 问题 。 现 在 建议 你 记 住 一 条 规 
则 : 对 于 那些 在 基 类 中 声明 ， 并 且 依 赖 于 模板 参数 的 符号 《函数 或 者 
变量 等 ) ， 你 应 该 在 它们 前 面 使 用 this-> 或 者 Base<T>::。 如 果 布 望 完全 
避免 不 确定 性 ， 你 可 以 (使 用 诸如 this-> 和 Base<T>:: 等 ) 限定 (模板 
中 ) 所 有 的 成 员 访 问 。 


5.3 成 员 模 板 


类 成 员 也 可 以 是 模板 。 航 套 类 和 成 员 函 数 都 可 以 作为 模板 。 我 们 
可 以 通过 一 个 Stack<> 类 模板 来 说 明 这 种 (作为 模板 的 ) 能 力 的 优点 和 
应 用 方法 。 通 名 而 言 ， 栈 之 间 只 有 在 类 型 完全 相同 时 才能 互相 赋值 ， 
其 中 类 型 指 的 是 元 素 的 类 型 。 聊 是 说 ， 对 于 元 素 类 型 不 同 的 栈 ， 你 不 
能 对 它们 进行 相互 赋值 ， 即 使 这 两 种 (元 素 的 ) 类 型 之 间 存 在 隐 式 类 
型 转换 。 壁 如 : 

Stack<int> intStack1, intStack2; //int 栈 

Stack<float> floatStack: /float 栈 


intStack1 = intStack2; /OK: 共 有 相同 类 型 的 栈 

floatStack = intStack1; /ERROR: 两 边 栈 的 类 型 不 同 

后 省 赋值 运算 符 要 求 两 边 具有 相同 的 类 型 ， 当 元 素 类 型 不 同时 ， 
两 个 栈 的 类 型 显然 不 同 ， 不 能 符合 缺 省 赋值 运算 符 的 要 求 。 

然而 ， 通 过 定义 一 个 映 为 模板 的 赋值 运算 符 ， 针 对 元 素 类 型 可 以 
转换 的 两 个 栈 就 可 以 进行 相互 赋值 。 为 了 达到 这 个 目的 ， 你 需要 这 样 
声明 Stack<>: 

/basics/stack5decl.hpp 


template <typename 工 > 


Class Stack { 


private: 

std::deque<T> elems; / 存储 元 素 的 容 璐 
public: 

void push(T const&); NE 元 守 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 于 

bool empty() const { /返回 栈 是 否 为 至 

return elems.empty(); 
} 


/ 使 用 元 素 类 型 为 T2 的 栈 进行 赋值 
template <typename T2> 
Stack<T>& operator= (Stack<T2> const&); 
}; 
在 这 里 ， 我 们 进行 了 两 处 改动 : 
1. 我 们 增加 了 一 个 赋值 运算 符 的 声明 ， 它 可 以 把 元 素 类 型 为 T2 的 栈 
赋值 给 原来 的 栈 。 


2. 栈 现在 改 用 deque 〈 队 列 ) 作为 元 素 的 内 部 容器 。 事 实 上 ， 这 是 
为 了 满足 新 赋值 运算 符 实 现 的 要 求 。 

新 赋值 运算 符 的 实现 大 致 如 下 : 

/basics/stack5 assign.hpp 

template <typename 工 > 

template <typename 工 2> 

Stack<T>& Stack<T>::operator= (Stack<T2> const& op2) 

{ 

if ((void*)this == (void*)&op2) { /赋值 给 自身 吗 


return *this; 


} 
Stack<T2> tmp(op2); /产生 一 个 赋值 栈 的 拷贝 
elems.clear(); /删除 现存 的 元 素 
while (!tmp.empty()) { // 撕 贝 所 有 的 元 素 
elems.push_front(tmp.top()); 
tmp.pop(); 
} 


return *this; 
. 
让 我 们 先 来 看 定义 成 员 模 板 的 语法 ， 在 定义 有 模板 参数 T 的 模板 内 
部 ， 还 定义 了 一 个 含有 模板 参数 T2 的 内 部 模板 : 


template <typename T> 


template <typename T2> 


在 成 员 函 数 内 部 ， 你 可 能 只 需要 访问 赋值 栈 op2 内 部 的 一 些 数据 ， 
而 没有 必要 再 初始 化 男 一 个 栈 ;， 然 而 ， 因 为 赋值 栈 和 原 栈 具 有 不 同 的 
类 型 (如 果 你 用 两 种 类 型 来 实例 化 同一 个 类 模板 ， 那 么 你 将 得 到 两 种 


不 同 的 新 类 型 ) ， 所 以 你 就 不 能 使 用 栈 本 身 所 提供 的 公共 接口 。 于 
和 是， 唯一 的 办 法 吏 是 调用 top0， 这 样 一 来 每 个 元 素 都 必须 要 成 为 栈 顶 
元 素 。 因 此 ， 我 们 必须 先 创建 一 份 op2 的 拷贝 ， 然 后 调用 拷贝 的 top0 方 
法 和 pop0 方 法 从 该 拷贝 获取 元 素 。 由 于 top0 返 回 最 后 一 个 入 栈 的 元 
素 ， 因 此 我 们 必须 使 用 一 个 支持 在 ( 栈 顶 的 ) 另 一 端 揪 入 元 素 的 容 
器 。 基 于 这 个 原因 ， 我 们 选择 了 deque， 它 提供 了 push_front () 方法 ， 
可 以 在 集合 的 另 一 端 插 入 元 系 。 

实现 了 上 面 的 成 员 模 板 之 后 ， 现 在 你 就 可 以 把 一 个 int 栈 赋值 给 一 
个 float 栈 : 


Stack<int> intStack: /int 栈 
Stack<float> floatStack; /float 栈 
floatStack = intStack: /OK: 虽 然 是 具有 不 同类 型 的 


栈 ， 
/ 但 int 可 以 转换 为 float 

当然 ， 这 个 赋值 并 没有 改变 原 栈 的 类 型 和 它 所 含 元 素 的 类 型 。 在 
赋值 以 后 ，floatStack 的 元 素 仍然 是 float ( 浮 点 数 ) 类 型 ， 因 此 它 的 top() 
依然 返回 一 个 浮 点 数 。 

这 个 赋值 函数 好 像 屏 蔽 了 类 型 检查 ， 看 起 来 你 可 以 用 任意 类 型 的 
栈 来 对 目标 栈 [17] 进行 赋值 ， 但 实际 情况 并 非 如 此 ， 类 型 检查 仍然 存 
在 。 当 源 栈 (的 拷贝 的 元 素 被 移入 到 目标 栈 的 时 候 ， 就 要 执行 必要 
的 类 型 检查 ， 即 类 型 检查 发 生 在 如 下 语句 执行 时 : 

elems.push_front(tmp.top()); 

例如 ， 如 果 把 一 个 字符 串 栈 赋值 给 一 个 浮 点 数 栈 ， 那 么 编译 右 在 
这 一 行将 会 报告 一 个 错误 信息 ， 说 明 tmp.top0 返 回 的 字符 串 不 能 作为 
elems.push_front() 的 实 参 (这 个 错误 信息 可 能 会 根据 编译 器 的 不 同 而 有 
所 不 同 ,， 但 大 体 意 思 就 是 这 样 ) : 


Stack<std::string> stringStack:; //std::string 栈 


Stack<float> floatStack; /float 栈 
floatStack = stringStack; /ERROR:std::string 并 不 能 
/转换 为 foat 


可 以 看 到 ， 模 板 赋值 运算 符 并 没有 取代 缺 省 赋值 运算 符 。 对 于 相 
同类 型 栈 之 间 的 赋值 ， 仍 然 会 调用 缺 省 赋值 运算 符 。 

同样 ， 在 实现 中 ， 你 可 以 把 内 部 容器 类 型 实现 为 一 个 模板 参数 ; 
这 样 就 有 机 会 改变 内 部 容 侨 类 型 : 

//basics/stack6decl.hpp 


template <typename T, typename CONT = std::deque<T> > 
class Stack { 


private: 

CONT elems; / 存储 元 到 的 容 妖 
public: 

void push(T const&); // 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 于 

bool empty() const { /返回 栈 是 否 为 至 

return elems.empty(); 
} 


/ 把 元 素 类 型 为 T2 的 栈 赋值 给 原 栈 
template <typename T2, typename CONT2> 
Stack<T,CONT>& operator= (Stack<T2,CONT2> const&); 
]3 
此 时 ， 模 板 赋值 运算 从 的 实现 如 下 : 
/basics/stack6assign.hpp 


template <typename T, typename CONT> 
template <typename T2, typename CONT2> 
Stack<T,CONT>& 
Stack<T,CONT>::operator= (Stack<T2,CONT2> const& op2) 
{ 

if ((void*)this == (void*)&op2) { ”// 赋值 给 自身 吗 


return *this; 


} 
Stack<T2,CONT2> tmp(op2); // 产生 一 份 赋值 栈 的 找 贝 
elems.clear(); /删除 现存 的 所 有 元 素 
while (!tmp.empty()) { // 撕 贝 所 有 的 元 素 
elems.push_front(tmp.top()); 
tmp.pop(); 
} 


return *this; 
} 
需要 再 次 提醒 的 是 : 对 于 类 模板 而 言 ， 只 有 那些 被 调用 的 成 员 函 
数 才 会 被 实例 化 。 因 此 ， 如 果 在 元 素 类 型 不 同 的 栈 之 间 没 有 进行 相互 
赋值 ， 你 就 可 以 使 用 vector 来 作为 内 部 容器 : 
// 使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector<int> > VStack; 


vStack.push(42); 

vStack.push(7); 

std::cout << vStack.top() << std::endl; 

因为 目 定 义 的 模板 赋值 运算 符 并 不 是 必 不 可 少 的 ， 所 以 在 不 存在 
push_front() 的 情况 下 ， 某 些 程序 并 不 会 出 现 错误 信息 ， 而 且 也 能 正确 


运行 


关于 最 后 一 个 例子 的 完整 实现 ， 请 查看 basics [18] 子 目 孙 下 所 有 以 
“stack6” 开 头 的 文件 。 


5.4 模板 的 模板 参数 


[19] 

有 时 ， 让 模板 参数 本 号 成 为 模板 是 很 有 用 的 ， 我 们 将 继续 以 stack 
类 模板 作为 例子 ， 来 说 明 模 板 的 模板 参数 的 用 途 。 

在 stack 的 例子 中 ， 如 采 要 使 用 一 个 和 缺 省 值 不 同 的 内 部 容器 ， 程 
序 员 必 须 两 次 指定 元 素 类 型 。 也 就 是 说 ， 为 了 指定 内 部 容器 的 类 型 ， 
你 需要 同时 传递 容器 的 类 型 和 它 所 含 元 素 的 类 型 。 如 下 : 

Stack<int,std::vector<int> > vStack: /使 用 vector 的 int 栈 

然而 ， 借 助 于 模板 的 模板 参数 ， 你 可 以 只 指定 容器 的 类 型 而 不 需 
要 指定 所 合 元 素 的 类 型 ， 残 可 以 声明 这 个 Stack 类 模板 : 

Stack<int,std::vector> vStack: // 使 用 vector 的 int 栈 

为 了 获得 这 个 特性 ， 你 必须 把 第 2 个 模板 参数 指定 为 模板 的 模板 参 
数 。 那 么 ，stack 的 声明 应 该 如 下 [20] : 

//basics/stack7.decl.hpp 


template <typename 7, 
template <typename ELEM> class CONT = std::deque > 
class Stack { 


private: 
CONT<T> elems; / 保存 元 素 的 容 希 
public: 


void push(T const&g); V/ 压 入 元 素 
void popO); / 弹出 元 于 


T top() const; /返回 栈 顶 元 素 

bool empty() const { /返回 栈 是 否 为 空 
return elems.empty(); 

} 

上 

不 同 之 处 在 于 ， 第 2 个 模板 参数 现在 被 声明 为 一 个 类 模板 : 

template <typename ELEM> class CONT 

缺 省 值 也 从 std::deque<T> 变 成 std::deque。 在 使 用 时 ， 第 2 个 参数 必 
须 是 一 个 类 模板 ， 并 且 由 第 一 个 模板 参数 传递 进来 的 类 型 进行 实例 
化 : 

CONT<T> elems; 

这 也 是 这 个 例子 比较 特别 的 地 方 : 使 用 第 1 个 模板 参数 作为 第 2 个 
模板 参数 的 实例 化 类 型 。 一 般 地 ， 你 可 以 使 用 类 模板 内 部 的 任何 类 型 
来 实例 化 模板 的 模板 参数 。 

我 们 前 面 提 过 : 作为 模板 参数 的 声明 ， 通 营 可 以 使 用 typename 来 
替换 关键 字 class。 然 而 ， 上 面 的 CONT 是 为 了 定义 一 个 类 ， 因 此 只 能 使 
用 关键 字 class。 因 此 ， 下 面 的 程序 是 正确 的 : 

template <typename 工 

template <class ELEM> class CONT = std::deque> 
/正确 


Class Stack { 


}; 
而 下 面 的 程序 却 是 错误 的 : 
template <typename 工 
template <typename ELEM> typename CONT = 
std::deque> 


class Stack { /错误 


}; 
由 于 在 这 里 我 们 并 不 会 用 到 “模板 的 模板 参数 ”的 模板 参数 ( 即 上 
面 的 ELEM) ， 所 以 你 可 以 把 该 名 称 省 略 不 写 : 


template <typename 工 


template <typename> class CONT = std::deque > 
class Stack { 


} 
男 外 ， 还 必须 对 成 员 函 数 的 声明 进行 相应 的 修改 。 你 必须 把 第 2 个 
模板 参数 指定 为 模板 的 模板 参数 ;这 同样 适用 于 成 员 函 数 的 实现 。 例 
如 ， 成 员 函 数 pushO 的 实现 如 下 : 

template <typename T, template <typename> class CONT> 

void Stack<T,CONT>::push (T const& elem) 

{ 


elems.push_back(elem); // 把 elem 的 拷贝 附加 到 末端 

} 

还 有 一 点 需要 知道 : 函数 模板 并 不 支持 模板 的 模板 参数 。 

模板 的 模板 实 参 匹配 

如 果 你 笃 斌 使 用 新 版 本 的 Stack， 你 会 获得 一 个 错误 信息 : 缺 省 值 
std::deque 和 模板 的 模板 参数 CONT 并 不 匹配 。 对 于 这 个 结 采 ， 你 或 许 会 
觉得 很 证 异 ， 但 问题 在 于 : 模板 的 模板 实 参 ( 壁 如 这 里 的 std::deque) 
是 一 个 具有 参数 A 的 模板 ， 它 将 替换 模板 的 模板 参数 ( 壁 如 这 里 的 
CONT) ， 而 模板 的 模板 参数 是 一 个 具有 参数 B 的 模板 ; 匹配 过 程 要 求 
参数 A 和 参数 B 必 须 完 全 匹配 ; 然而 在 这 里 ， 我 们 并 没有 考虑 模板 的 模 


板 实 参 的 缺 省 模板 参数 ， 从 而 也 束 使 B 中 缺少 了 这 些 缺 省 参数 什 ， 当 然 
残 不 能 获得 精确 的 匹配 。 

在 这 个 例子 中 ， 问 题 在 于 标准 库 中 的 std::deque 模 板 还 具有 另 一 个 
参数 : 即 第 2 个 参数 〈 也 就 是 所 谓 的 内 存 分 配器 allocator) ， 它 有 一 个 
缺 省 值 ， 但 在 匹配 std::deque 的 参数 和 CONT 的 参数 时 ， 我 们 并 没有 考虑 
这 个 缺 省 值 。 

然而 ， 解 决 办 法 总 是 有 的 。 我 们 可 以 重 写 类 的 声明 ， 让 CONT 的 参 
数 期 竺 的 是 具有 两 个 模板 参数 的 容器 ; 


template <typename 工 


template <typename ELEM, 
typename ALLOC = std::allocator<ELEM> > 
class CONT = std::deque> 
class Stack { 
private: 
CONT<T> elems; // 保 存 元 素 的 容器 


}; 

同样 ， 你 可 以 略 去 ALLOC 不 写 ， 因 为 实现 中 不 会 用 到 它 。 

现在 ，Stack 模 板 (包括 为 了 能 够 在 不 同 元 素 类 型 的 栈 之 间 实 现 相 
互 赋值 而 定义 的 成 员 模板 ) 的 最 终 版 本 应 该 如 下 : 

/basics/stack8.hpp 

#ifndef STACK_ HPP 

#define STACK_HPP 

#include <deque> 

#include <stdexcept> 

#include <memory> 


template <typename 工 


template <typename ELEM, 
typename = std::allocator<ELEM> > 
class CONT = std::deque> 
class Stack { 


private: 

CONT<T> elems; / 保存 元 素 的 容 希 
public: 

void push(T const&g); V/ 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; /返回 栈 顶 元 素 


bool empty( const { /返回 栈 是 否 为 空 
return elems.empty(); 

} 

/ 使 用 元 素 类 型 为 T2 的 栈 对 原 栈 赋值 

template<typename T2, 

template<typename ELEM2， 
typename = std::allocator<ELEM2> 
>class CONT2> 

Stack<T,CONT>& operator= (Stack<T2,CONT2> const&); 
1 
template <typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::push (T const& elem) 
{ 

elems.push_back(elem); ”/W/ 附加 传 入 元 素 的 找 贝 
} 
template<typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::pop () 


if (elems.empty()) { 
throw std::out_of range("Stack<>::pop(): empty stack"); 

} 

elems.pop_back(); /删除 末端 元 篆 
} 
template <typename T, template <typename,typename> class CONT> 
T Stack<T,CONT>::top () const 
{ 

if (elems.empty()) { 

throw std::out_of range("Stack<>::top(O: empty stack"); 

} 

return elems.back(); /返回 末端 元 素 的 找 贝 
} 
template <typename T, template <typename,typename> class CONT> 
template <typename T2, template <typename,typename> dclass 

CONT2> 

Stack<T,CONT>& 
Stack<T,CONT>::operator= (Stack<T2,CONT2> const& op2) 
{ 

if ((void*)this == (void*)&op2) { /赋值 给 自身 吗 


return *this; 


} 

Stack<T2,CONT2> tmp(op2); // 创建 一 个 赋值 栈 的 找 
由 

elems.clear(); /删除 现存 的 所 有 元 素 


while (!tmp.empty()) { // 撕 贝 所 有 的 元 于 


elems.push_front(tmp.top()); 
tmp.pop(); 
} 
return *this; 

} 

#endif // STACK_ HPP 

下 面 的 程序 则 使 用 最 终 版 本 的 所 有 特性 : 

/basics/stack8test.cpp 

#include <iostream> 

#include <string> 

#include <cstdlib> 

#include <vector> 

#include "stack8.hpp" 

int main() 

{ 

try { 

Stack<int> intStack:; / int 栈 
Stack<float> floatStack; // float 栈 
/ 使 用 int 栈 
intStack.push(42); 
intStack.push(7); 
/ 使 用 float 栈 
floatStack.push(7.7); 
// 不 同类 型 的 两 个 栈 之 间 的 赋值 
floatStack = intStack; 
// 输出 float 栈 


std::cout << floatStack.top() << std::endl; 


floatStack.popO; 
std::cout << floatStack.top() << std::endl; 
floatStack.popO); 
std::cout << floatStack.top() << std::endl; 
floatStack.popO; 

} 

catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 

} 

/ 使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector> VStack; 


vStack.push(42); 
vStack.push(7); 
std::cout << vStack.top() << std::endl; 
vStack.popO); 
} 
而 程序 将 会 有 如 下 输出 : 
7 
42 
Exception: Stack<>::top(): empty stack 
7 
模板 的 模板 参数 是 要 求 编译 句 符 合 标 准 的 新 特性 之 一 ; 因此 ， 这 
个 程序 可 以 作为 评价 你 的 编译 器 在 模板 特性 方面 符合 标准 的 斥 度 。 
天 于 更 深入 的 讨论 和 这 方面 的 例子 ， 请 见 8.2.3 小 和 和 15.1.6 小 记 。 


5.5 零 初始 化 


对 于 int、double 或 者 指针 等 基本 类 型 ， 并 不 存在 “用 一 个 有 用 的 缺 
省 值 来 对 它们 进行 初始 化 ”的 缺 省 构造 函数 ; 相反， 任何 未 被 初始 化 的 
局 部 变量 都 具有 一 个 不 确定 (undefined) 值 : 

void foo() 

{ 


int x: //x 具 有 一 个 不 确定 值 
int* ptr; /ptr 指 向 某 块 内 存 (并 非 无 所 指 ) 
} 
现在 ， 假 如 你 在 编写 模板 ， 并 且 布 望 模板 类 型 的 变量 都 已 经 用 缺 
省 值 初始 化 完毕 ， 那 么 这 时 你 会 遇 到 问题 ， 内 建 类 型 并 不 能 满足 你 的 
要 求 : 
template <typename 工 > 
void foo() 
{ 


Tx;// 如 果 T 是 内 建 类 型 ， 那么 x 本 身 是 一 个 不 确定 值 

} 

由 于 这 个 原因 ， 我 们 就 应 该 显 式 地 调用 内 建 类 型 的 缺 省 构造 范 
数 ， 并 把 缺 省 值 设 为 0 〈 或 者 false， 对 于 bool 类 型 而 言 ) 。 壁 如 调用 
int0 我 们 将 获得 缺 省 值 0。 于 是 ， 借 助 如 下 代码 ， 我 们 可 以 确保 对 象 已 
经 执行 了 适当 的 缺 省 初始 化 ， 即 便 对 内 建 类 型 对 象 也 是 如 此 : 

template <typename T> 

void foo() 

{ 


Tx=T(; ”/W/ 如 果 T 是 内 建 类 型 ，x 是 零 或 者 false 
} 
对 于 类 模板 ， 在 用 某 种 类 型 实例 化 该 模板 后 ， 为 了 确认 它 所 有 的 
成 员 都 已 经 初始 化 完毕 ， 你 需要 定义 一 个 缺 省 构造 钞 数 ， 通 过 一 个 初 


台 化 列表 来 初始 化 类 模板 的 成 员 : 
template <typename 工 > 
Class MyClass { 
private: 
T X; 
public: 
MyClass() : x() {/ 确 认 x 已 被 初始 化 ， 内 建 类 型 对 象 也 是 
如 此 


有 时 ， 把 字符 串 传 递 给 函数 模板 的 引用 参数 会 导致 出 人 意料 的 运 
行 结果 。 考 虑 下 面 的 程序 : 

/basics/max5.cpp 

#include <string> 

/注意 : 引用 参数 

template <typename T> 


inline T const& max (T const& a, T const& b) 


{ 
return a<b ? bl:a 
} 
int main() 
{ 


std::string s; 


::max("apple","peach"); /OK: 相同 类 型 的 实 参 
::max("apple","tomato"); /ERROR: 不 同类 型 的 实 参 
::max("apple",s); // ERROR: 不 同类 型 的 实 参 
} 
问题 在 于 : 由 于 长 度 的 区 别 ， 这 些 字 符 串 属于 不 同 的 数组 类 型 。 
也 束 是 说 ，'apple? 和 peach*? 具 有 相同 的 类 型 char const[6]; 然 
而 ‘tomato’ 的 类 型 则 是 : char const[7]。 因此， 只 有 第 一 个 调用 是 合法 
的 ， 因 为 该 max0 模 板 期 望 的 是 类 型 完全 相同 的 参数 。 人 然而， 如 采 声 明 
的 是 非 引 用 参数 ， 你 就 可 以 使 用 长 度 不 同 的 字符 串 来 作为 max() 的 参 
数 : 
//basics/max6.cpp 
#include <string> 
/注意 : 非 引 用 参数 
template <typename T> 
inline T max (Ta, Tb) 


{ 
return a<b ? b:a; 

} 

int main() 

{ 
std::string s; 
::max("apple","peach"); ”// OK: 相同 的 类 型 
:max("apple","tomato"); VW OK: 退化 〈decay) 为 相同 的 类 型 
::max("apple",s); // ERROR: 不 同 的 类 型 

| 


SN 


产生 这 种 调用 结果 的 原因 是 : 对 于 非 引 用 类 型 的 参数 ， 在 实 参 演 
绎 的 过 程 中 ， 会 出 现 数组 到 指针 (array-to-pointer) 的 类 型 转换 (这 种 


转型 通常 也 被 称 为 decay) 。 我 们 可 以 通过 下 面 的 程序 来 说 明 这 一 点 : 
//basics/refnonref.cpp 
#include <typeinfo> 
#include <iostream> 
template <typename T> 
void ref (T const& x) 
{ 
std::cout << "x in ref(T const&): " 
<< typeid(x).name() << \n' 
L 
template <typename T> 


void nonref (T x) 


{ 

std::cout << "x in nonref(T): " 

<< typeid(x).name() << \n'; 

} 
int main() 
{ 

ref("hello"); 

nonref("hello"); 
} 


在 main 函数 中 ， 分 别传 递 一 个 字符 串 给 具有 引用 参数 的 函数 模板 
和 具有 非 引 用 参数 的 国 数 模板 。 两 个 函数 模板 都 使 用 了 typeid 运 算 符 来 
输出 被 实例 化 参数 的 类 型 。typeid 运 算 符 会 返回 std::type_info 类 型 的 左 
值 (lvalue) ， 其 中 std::type_info 封 装 了 传递 给 typeid 运 算 符 的 表达 式 的 
类 型 表示 ; 而 且 ， 调 用 std::type_info 的 成 员 函 数 name0 是 为 了 返回 类 型 
的 可 读 文 本 表示 。 虽 然 C++ 标 准 并 没有 要 求 name() 必 须 返 回 一 个 有 意义 


的 值 ， 但 对 于 大 多 数 优秀 的 C++ 编 译 帮 实现 而 言 ，name() 会 运 回 一 个 字 
符 串 ， 清 楚 地 表示 传递 给 typeid 的 参数 (或 表达 式 ) 的 类 型 (在 某 些 实 
现 中 ， 这 个 字符 串 可 能 不 是 可 读 的 文本 ， 但 存在 一 个 文本 转换 釉 ， 可 
以 把 它 转换 成 可 读 的 文本 ) 。 例 如 ， 上 面 程序 可 能 会 有 如 下 输出 : 

Xin ref(T const&): char[6] 

x in nonref(T): const char * 

如 果 你 过 到 一 个 关于 字符 数组 和 字符 串 指针 之 间 不 匹配 的 问题 ， 
你 会 意外 地 发 现 和 这 个 问题 会 有 一 定 的 相似 之 处 [21]。 然 而 遗憾 的 
征 ， 对 于 这 个 问题 并 没有 通用 的 解决 方法 。 根 据 不 同 的 情况 ， 你 可 
以 : 


“使 用 非 引 用 参数 ， 取 代 引 用 参数 (然而 ， 这 可 能 会 导致 无 用 的 找 
由 上 
“进行 重 载 ， 编 写 接收 引用 参数 和 非 引用 参数 的 两 个 重 载 函 数 〈 然 
而 ， 这 可 能 会 导致 二 义 性 ， 具 体 见 附录 B.2.2) 。 
对 具体 类 型 进行 重 载 (譬如 对 std::string 进 行 重 载 ) 。 
" 重 载 数组 类 型 ， 辟 如: 
template <typename T, int N, int M> 
T const* max(T const (&a)[N], T const (&b)[M]) 
{ 
returna<b?b:a; 
} 
“强制 要 求 应 用 程序 程序 员 使 用 显 式 类 型 转换 。 
对 于 我 们 讨论 的 例子 ， 最 好 的 方法 是 为 字符 串 重 载 max() ( 见 2.4 
节 ) 。 无 论 如 何 ， 为 字符 串 提 供 重 载 都 是 有 必要 的 ， 因 为 如 果 不 提供 
重 载 ， 当 我 们 调用 max0 来 比较 两 个 字符 串 时 ， 操 作 a<b 执 行 的 是 指针 
比较 ， 束 是 说 a<b 比 较 的 是 两 个 字符 串 的 地 址 ， 而 不 是 它们 的 字典 有 顺 


序 。 事 实 上 ， 这 也 是 我 们 趋同 于 使 用 诸如 std::string 的 字符 串 类 ， 而 不 
使 用 C 风 格 字 符 串 类 的 另 一 个 原因 。 
关于 更 多 的 细节 ， 请 参见 11.1P 。 


5.7 小 结 


“如 有 果 要 访问 依赖 于 模板 参数 的 类 型 名 称 ， 你 应 该 在 类 型 名 称 前 添 
加 关键 字 typename 。 

“ 嵌 套 类 和 成 员 函 数 也 可 以 是 模板 。 在 本 章 的 例子 中 ， 针 对 元 素 类 
型 可 以 进行 隐 式 类 型 转换 的 2 个 栈 ， 我 们 实现 了 通用 的 赋值 操作 。 人 然 
而 ， 在 这 种 情况 下 ， 类 型 检查 依然 是 存在 的 。 

“赋值 运 算 符 的 模板 版 本 并 没有 取代 缺 省 赋值 运算 符 。 

"类 模板 也 可 以 作为 模板 参数 ， 我 们 称 之 为 模板 的 模板 参数 。 

“模板 的 模板 实 参 必须 精确 地 匹配 。 人 匹配 时 并 不 会 考虑 “模板 的 模板 
实 参 ”的 缺 省 模板 实 参 《如 std::deque 的 allocator) 。 

“通过 显 式 调 用 缺 省 构造 国 数 ， 可 以 确保 模板 的 变量 和 成 员 都 已 经 
用 一 个 缺 省 值 完成 初始 化 ， 这 种 方法 对 内 建 类 型 的 变量 和 成 员 也 适 
用 o 

“对 于 字符 串 ， 在 实 参 演绎 过 程 中 ， 当 且 仅 当 参 数 不 是 引用 时 ， 才 
会 出 现 数组 到 指针 (array-to-pointer) 的 类 型 转换 ( 称 为 decay) 。 


6 人 7? 


模板 代码 和 普通 代码 是 有 区 别 的 。 从 某 种 意义 上 讲 ， 模 板 是 位 于 
宏和 普通 〈 非 模板 ) 声明 之 间 的 一 种 构造 。 这 种 说 法 或 许 有 些 过 于 简 


单 ， 但 当 我 们 使 用 模板 来 编写 算法 和 数据 结构 ， 或 者 在 日 癌 中 表达 和 
分 析 模 板 程序 的 逻辑 习以为常 的 时 候 ， 我 们 可 能 就 会 认同 这 种 说 法 。 

在 这 一 章 里 ， 我 们 只 给 出 模板 的 一 些 实际 应 用 ， 并 不 涉及 应 用 廊 
层 的 众多 技术 细节 ， 我 们 将 把 大 部 分 细节 留 到 第 10 章 讨 论 。 为 了 使 叙 
述 尽量 简洁 ， 假 设 我 们 的 C++ 编译 系统 是 由 传统 的 编译 戎 和 链接 疹 两 
者 组 成 的 〈 事 实 上 ， 几 乎 所 有 的 C++ 编译 系统 都 由 这 两 者 组 成 ) 。 


6.1 包含 模型 


我 们 可 以 用 几 种 方法 来 组 织 模 板 源 代码 。 这 一 太 将 给 出 (在 本 书 

编写 时 ) 最 常用 的 方法 : 包含 模型 (inclusion model) 。 
6.1.1 错 i 

大 多 数 C 和 C++ 程 序 员 会 这 样 组 织 他 们 的 非 模 板 代 码 : 

“类 (class [22] ) 和 其 他 类 型 (other type) 都 被 放 在 一 个 头 文件 中 。 
通常 而 言 ， 头 文件 是 一 个 扩展 名 为 .hpp (或 者 .H、.h、.hh、hxx) 的 文 
1 

“对 于 全 局 变量 和 ( 非 内 联 ) 函数 ， 只 有 声明 放 在 头 文件 中 ， 定 义 
则 位 于 dot-C 文 件 。 通 常 而 言 ，dot-C 文 件 是 指 扩 展 名 为 .cpp (或 
者 .C、.c、.cc、.cxx) 的 文件 。 

这 样 一 切 都 可 以 正常 运作 了 。 所 需 的 类 型 定义 在 整个 程序 中 都 是 
可 见 的 ; 并 且 对 于 变量 和 函数 而 言 ， 链 接 器 也 不 会 给 出 重复 定义 的 错 
误 。 

当 牢记 了 这 种 约定 之 后 ， 刚 开始 接触 模板 的 程序 员 却 总 会 对 这 种 
约定 发 出 抱 忽 ， 因 为 它 令 链 接 器 产生 了 一 个 错误 。 我 们 可 以 通过 下 面 
的 (错误) 小 程序 来 说 明 这 一 点 。 利 用 上 面 针 对 普通 代码 的 约定 ， 我 
们 应 该 在 一 个 头 文件 中 声明 模板 : 

//basics/myfirst.hpp 


#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

/模板 声明 

template <typename 工 > 

void print_ typeof (T const&) 

#endif /MYFIRST_HPP 

print_typeofO) 十 一 个 辅助 贸 数 模板 的 声明 ， 它 输出 某 些 类 型 信息 。 
该 男 数 模板 的 实现 被 放 在 下 面 的 dot-C 文 件 里 面 : 

//basics/myfirst.cpp 


#include <iostream> 

#include <typeinfo> 

#include“myfirst.hpp” 

/模板 的 实现 /定义 

template <typename 工 > 

void print_ typeof (T const& x) 

{ 

std::cout << typeid(x).name() << std::endl; 

} 

这 个 例子 使 用 typeid 运 算 符 来 输出 一 个 字符 串 ， 它 描述 了 作为 参数 
传递 的 表达 式 的 类 型 ( 见 5.6 节 ) 。 

最 后 ， 我 们 在 男 一 个 dot-C 文 件 里 使 用 这 个 模板 ， 并 且 把 模板 声明 
包含 进 这 个 文件 : 

//basics/myfirstmain.cpp 

#include“myfirst.hpp” 

/使 用 模板 

int main() 


{ 


double ice = 3.0; 
print_typeof(ice); /调用 参数 类 型 为 double 的 函数 模板 

} 

大 多 数 C++ 编 译 絮 都 会 顺利 地 接受 这 个 程序 ， 但 是 链接 器 可 能 会 报 
错 ， 提 示 找 不 到 函数 print_typeof() 的 定义 。 

事实 上 ， 这 个 错误 的 原因 在 于 : 函数 模板 print_typeof() 的 定义 还 没 
有 被 实例 化 。 为 了 使 模板 真正 得 到 实例 化 ， 编 译 希 必须 知道 : 应 该 实 
例 化 哪个 定义 以 及 要 基于 哪个 模板 实 参 来 进行 实例 化 。 遗 憾 的 是 ， 在 
前 面 的 例子 里 ， 这 两 部 分 信息 位 于 分 开 编 译 的 不 同文 件 里 面 。 因 此 ， 
当 我 们 的 编译 絮 看 到 print_typeof() 调 用 ， 但 还 没有 看 到 基于 double 实 例 
化 的 范 数 定义 的 时 候 ， 它 只 是 假设 在 别处 提供 了 这 个 定义 ， 并 产生 一 
个 指向 该 定义 的 引用 (让 链接 器 利用 该 引用 来 解决 这 个 问题 。 男 一 
方面 ， 当 编译 絮 处 理 文 件 myfirst.cpp 的 时 候 ， 它 并 没有 指出 : 编译 需 
必须 基于 特定 实 参 对 所 包含 的 模板 定义 进行 实例 化 。 

6.1.2 头 文件 中 的 模板 

对 于 前 面 的 问题 ， 我 们 通常 是 采取 对 待 宏 或 内 联 函 数 的 解决 办 
法 : 我 们 把 模板 的 定义 也 包 舍 在 声明 模板 的 头 文件 里 面 ， 即 证 定义 和 
声明 都 位 于 同一 个 头 文 件 中 。 对 于 上 面 的 例子 ， 我 们 可 以 通过 把 : 

#include“myfirst.cpp” 

添加 到 myfirsthpp 的 末尾 ， 或 者 在 每 个 使 用 模板 的 dot-C 文件 都 包 
全 myfirst.cpp。 显然 ， 第 3 种 方法 束 是 完全 不 要 myfirst.cpp， 然 后 重 写 
myfirst.hpp， 让 它 同 时 包含 模板 声明 和 模板 定义 : 

//basics/myfirst2.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 


#include <iostream> 


#include <typeinfo> 

/模板 声明 

template <typename 工 > 

void print_ typeof(T const&); 

/模板 的 实现 /定义 

template <typename 工 > 

void print_ typeof(T const& x) 

{ 

std::cout << typeid(x).name() << std::end]; 

让 

#endif /MYFIRST_HPP 

我 们 称 模 板 的 这 种 组 织 方 式 为 包含 模型 。 通 过 使 用 这 种 模型 ， 你 
会 发 现 前 面 的 程序 可 以 顺利 编译 、 链 接 和 运行 。 

针对 这 一 点 ， 我 们 可 以 得 出 一 些 结论 : 包含 模型 明显 增加 了 包含 
头 文 件 myfirsthpp 的 开销 ， 这 也 正 是 包含 模型 最 大 的 不 足 之 处 。 在 例 于 
中 ， 主 要 的 开销 并 不 是 取决 于 模板 定义 本 号 的 大 小 ， 而 在 于 模板 定义 
中 所 包含 的 那些 头 文件 〈 在 我 们 的 例子 中 是 <iostream> 和 <typeinfo> ) 
的 大 小 。 你 或 许 已 经 知道 这 样 会 市 来 成 和 上 万 行 的 代码 ， 因 为 每 个 诸 
如 <iostream> 的 头 文件 本 号 也 都 包 舍 了 许多 类 似 的 模板 定义 。 

在 实际 应 用 中 ， 这 是 一 个 很 严重 的 问题 ， 因 为 它 大 大 增加 了 编译 
复杂 程序 所 耗费 的 时 间 。 因 此 我 们 将 在 后 面 儿 市 给 出 儿 种 可 能 的 解决 
方法 。 然 而 ， 现 在 的 程序 大 多 已 经 不 需要 在 编译 和 链接 上 面 花 上 几 个 
小 时 ， 将 来 融 更 不 用 说 了 (我 们 以 前 确实 是 耗费 了 很 多 时 间 在 这 上 
面 ， 甚 至 用 了 几 天 的 时 间 才 从 源 代码 完整 地 创建 出 一 个 程序 ) 。 

如 果 不 需 要 考虑 创建 期 的 时 间 问 题 ， 我 们 建议 你 尽量 使 用 包含 模 
型 来 组 织 模板 代码 。 我 们 在 后 面 会 考察 另外 两 种 组 织 模板 的 方式 ， 但 
束 我 们 的 观点 看 来 ， 男 外 两 种 组 织 方式 的 实际 缺陷 往往 比 这 里 所 讨论 


的 创建 期 开销 更 加 严重 。 当 然 ， 这 两 种 组 织 方式 也 有 其 他 一 些 与 软件 
开发 的 应 用 方面 间接 相关 的 优点 。 

从 包含 模型 得 出 的 另 一 个 (更 微妙 的 ) 结论 是 : 非 内 联 函 数 模板 
与 “内 联 函 数 和 安 ” 有 一 个 很 重要 的 区 别 ， 那 吉 非 内 联 画 数 模板 在 调 
用 的 位 置 并 不 会 被 扩展 ， 而 是 当 它们 基于 某 种 类 型 进行 实例 化 之 后 ， 
才 产 生 一 份 新 的 〈 基 于 该 类 型 的 ) 函数 乒 贝 。 因 为 这 (产生 画 数 据 
贝 ) 是 一 个 自动 化 过 程 ， 所 以 在 编译 结束 的 时 候 ， 编 译 器 可 能 会 在 不 
同 的 文件 里 产生 两 份 拷贝 ， 于 是 ， 当 链接 郝 发 现 同一 个 函数 具有 两 种 
不 同 的 定义 时 ， 就 会 报告 一 个 错误 。 理 论 上 讲 ， 这 并 不 是 我 们 需要 关 
心 的 问题 ， 它 应 该 由 C++ 的 编译 系统 来 解决 而且， 事实 上 大 多 数 情 
况 下 都 不 会 出 现 这 种 问题 ， 我 们 根本 没有 必要 太 过 于 在 意 这 个 问题 。 
但 对 于 需要 创建 自身 代码 库 的 大 项 目 ， 我 们 束 要 充分 注意 这 个 问题 。 
我 们 将 在 第 10 章 详细 讨论 C++ 的 实例 化 机 制 ， 仔 细 学 习 C++ 翻译 系统 
(或 者 编译 右 ) 所 附带 的 随机 文档 也 有 助 于 理解 这 个 问题 。 

最 后 ， 我 们 需要 指出 的 是 : 在 我 们 的 例子 中 应 用 到 普通 函数 模板 
的 所 有 特性 ， 对 类 模板 的 成 员 函 数 和 议 态 数据 成 员 、 成 员 函 数 模板 也 
都 是 适用 的 。 


6.2 显 式 实例 化 


包含 模型 能 够 确保 所 有 需要 的 模板 都 已 经 实例 化 。 这 是 因为 ， 当 
需要 进行 实例 化 的 时 候 ，C++ 编 译 系统 会 自动 产生 所 对 应 的 实例 化 体 。 
男 外 ，C++ 标 准 还 提供 了 一 种 手工 实例 化 模板 的 机 制 ， 显 式 实例 化 指示 


符 (explicit instantiation directive) 。 


6.2.1 显 式 实 
为 了 说 明 手 工 实例 化 ， 让 我 们 回顾 前 面 那 个 导致 链接 怖 错误 的 例 
子 。 在 此 ， 为 了 避免 这 个 链接 期 错误 ， 我 们 可 以 通过 给 程序 添加 下 面 


网 文 作 : 

/basics/myfirstinst.cpp 

#include“myfirst.cpp” 

// 基 于 类 型 double 显 式 实例 化 print_typeof() 

template void print_typeof<double>(double const&); 

显 式 实例 化 指示 符 由 关键 字 template 和 紧 接 其 后 的 我 们 所 需要 实例 
化 的 实体 (可 以 是 类 、 画 数 、 成 员 函 数 等 ) 的 声明 组 成 而且， 该 声 
明 是 一 个 已 经 用 实 参 完全 疹 换 参数 之 后 的 声明 。 在 我 们 的 例子 中 ， 我 
们 针对 的 是 一 个 普通 函数 ， 但 该 指示 符 也 适用 于 成 员 函 数 和 静态 数据 
成 员 。 艾 如 

// 基 于 int 显 式 实例 化 MyClass<> 的 构造 函数 

template MyClass<int>::MyClass(); 

/基于 int 显 式 实例 化 函数 模板 max() 

template int const& max(int const&, int const&); 

你 还 可 以 显 式 实例 化 类 模板 ， 这 样 就 可 以 同时 实例 化 它 的 所 有 类 
成 员 。 但 有 一 点 需要 注意 .对 于 这 些 在 前 面 已 经 实例 化 过 的 成 员 ， 就 
不 能 再 次 对 它们 进行 实例 化 : 

// 基 于 int 显 式 实例 化 类 Stack<> 

template class Stack<int> 

// 基 于 string 显 式 实例 化 Stack<> 的 某 些 成 员 函 数 

template Stack<std::string>::Stack(); 


template void Stack<std::string>::push(std::string const&); 

template std::string Stack<std::string>::top()const; 

/错误 : 对 于 前 面 已 经 显 式 实例 化 过 的 成 员 函 数 ， 不 能 再 次 对 它 进 
行 显 式 实例 化 

template Stack<int>::Stack(); 


对 于 每 个 不 同 实 体 ， 在 一 个 程序 中 最 多 只 能 有 一 个 显 式 实 例 化 
体 ， 换 句 话 说， 你 可 以 同时 显 式 实例 化 print_ typeof<int> 和 
print_typeof<double> [23] ， 但 在 同一 个 程序 中 每 个 指示 符 都 只 能 够 出 
现 一 次 [24] 。 如 果 不 苯 循 这 条 规则 ， 通 常 都 会 导致 链接 错误 ， 链 接 咒 
会 报告 : 发 现 了 实例 化 实体 的 重复 定义 。 

人 工 实 例 化 有 一 个 显著 的 缺点 : 我 们 必须 仔细 跟踪 每 个 需要 实例 
化 的 实体 。 对 于 大 项 目 而 言 ， 这 种 跟 躁 很 快 束 会 带 来 巨大 负担 ; 
此 ， 我 们 并 不 建议 使 用 这 种 方法 。 事 实 上 ， 我 们 曾经 在 几 个 大 项 目 刚 
开始 时 束 低 估 了 这 种 负担 ， 而 等 到 代码 快要 完成 的 时 候 ， 我 们 就 为 使 
用 人 工 实例 化 而 后 悔 不 已 。 

然而 ， 显 式 实例 化 还 是 有 它 自 丹 的 一 些 优点 的 ， 实 例 化 可 以 在 需 
要 的 时 候 才 进行 。 显 然 ， 我 们 因此 避免 包含 庞大 头 文件 的 开销 ， 更 可 
以 把 模板 定义 的 源 文件 封装 起 来 ; 但 封装 之 后 ， 客 户 端 程序 就 不 能 基 
于 其 他 类 型 来 进行 额外 的 实例 化 了 。 另 外 ， 对 于 某 些 程序 ， 精 确 控制 
模板 实例 的 准确 位 置 也 是 很 有 用 的 ， 显 式 实例 化 瓯 可 以 做 到 这 一 点 ; 
而 如 采 使 用 自动 实例 化 的 话 ， 这 种 精确 位 置 控制 是 不 可 能 的 《细节 请 


参见 第 10 章 ) 。 


6.2.2 整合 I 和 显 式 实 


为 了 让 程序 员 能 够 根据 实际 情况 ， 上 自由 地 选择 包含 模型 或 者 显 式 
实例 化 ， 我 们 可 以 把 模板 的 定义 和 模板 的 声明 放 在 两 个 不 同 的 文件 
中 。 通 常 的 做 法 是 使 用 头 文件 来 表示 这 两 个 文件 〈 头 文件 大 多 是 那些 
希望 被 #include、 具 有 特定 扩展 名 的 文件 ; 通常 而 言 ， 遵 守 这 种 文件 
分 开 约定 是 明智 的 〈 因 此， 我 们 最 前 面 例子 中 的 myfirst.cpp 文 件 ， 现 在 
将 命名 为 myfirstdef.hpp， 由 预 处 理 器 来 检测 这 些 被 插入 的 代码 ) 。 图 
6.1 所 示 的 基于 Stack<> 类 模板 阐明 了 这 一 后。 


stack .hpp: 


#ifndef STACK HPP 
#define STACK HPP 


#include <vector> 


template <typename T> 
class Stack { 
Private: 
std: :vector<T> elems; 
Public: 
Stack () : 
void Push (IT const&) : 
void pop(); 
工 top() Sonast;? 
FF 


#endif 


stackdef .hpp: 


#ifndef STACKDEF HPP 
#define STACKDEF HPP 


#include "stack.hpp" 


template <typename T> 
void Stack<T>: :push (T constg& elem) 
{ 


elems .Push back (elem); 


图 6.1 分 开 模板 声明 和 模板 定义 

现在 ， 如 果 我 们 希望 使 用 包含 模型 ， 那 么 只 要 站 nclude 头 文件 
stackdef.hpp 就 可 以 了 。 反 之 ， 如 果 我 们 希望 显 式 实例 化 模板 ， 我 们 就 
应 该 记 nclude 头 文件 stack.hpp， 然 后 再 提供 一 个 含有 所 需要 显 式 实 例 化 
站 示 符 的 dot-C 文 件 ( 见 图 6.2) 。 [25] 


stacktestl .cpp: 


#include "stack.hpp" 
#include <iostream> 
#include <string> 


int main() 
{ 
Stack<int> intStack; 
intStack .Push(42) : 
std: :cout << intStack.top() << std::endl; 
intStack .pop(); 


Stack<std: :string> stringStack; 
stringStack .push ("hello"); 
std::cout << stringStack.top() << std::endl; 


stack inst.cpp: 


#include "stackdef .hpp" 
#include <string> 


// instantiate class Stack<> for int 
template Stack<int>; 


// instantiate some member functions of Stack<> for strings 
template Stack<std::string>::Stack(); 

template void Stack<std::string>::push(std::string Const&) : 
template std: :String Stack<std: :string>: :top() 


图 6.2 在 拥有 两 个 模板 头 文件 的 情况 下 ， 进 行 显 式 实例 化 
6.3 型 


我 们 在 上 一 太 给 出 的 两 种 方法 都 可 以 正常 地 工作 ， 也 完全 符合 
C++ 标 准 。 然 而 ， 标 准 还 给 出 了 男 一 种 机 制 : 导出 模板 (exporting 
template) 。 这 种 机 制 通常 也 被 称 为 C++ 模板 的 分 离 模型 〈separation 


model) 。 


6.3.1 关键 字 export 


大 体 上 讲 ， 关 键 字 export 的 功能 使 用 是 非常 答 单 的 :在 一 个 文件 里 
面 定 义 模板 ， 并 在 模板 的 定义 和 ( 非 定义 的 ) 声明 的 前 面 加 上 关键 字 
export。 对 于 上 一 市 的 例子 ， 通 过 使 用 export， 我 们 会 得 到 下 面 的 芳 数 
模板 声明 : 

//basics/myfirst3.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

/模板 声明 


export 


template <typename T> 

void print_ typeof(T const&); 

#endif //MYFIRST_HPP 

即使 在 模板 定义 不 可 见 的 条 件 下 ， 被 导出 的 模板 [26] 也 可 以 正常 
使 用 。 换 句 话 说 ， 使 用 模板 的 位 置 和 模板 定义 的 位 置 可 以 在 两 个 不 同 
的 翻译 单元 中 。 在 我 们 的 例子 中 ， 文 件 myfirst3_hpp 现 在 只 是 包含 类 模 
板 的 成 员 函 数 的 声明 ， 但 对 于 使 用 这 些 成 员 已 经 足够 了 。 和 刚 开始 导 
致 编译 逢 报错 的 那个 例子 相 比 ， 我 们 只 是 在 代码 中 添加 了 关键 字 
export， 一 切 吏 可 以 顺利 通过 了 。 

在 一 个 预 处 理 文 件 内 部 就 是 指 在 一 个 翻译 单元 内 部 ) ， 我 们 只 
需要 在 第 一 个 声明 前 面 标记 export 关 键 字 就 可 以 了 ， 后 面 的 重新 声明 

(也 包括 定义 ) 会 隐 式 地 保留 这 个 export 特 性 。 这 也 是 我 们 不 需要 修改 

文件 myfirst.cpp 的 原因 所 在 。 就 是 说 ，myfirst.cpp 文 件 里 面 的 这 个 定义 
是 隐 式 exported， 因 为 在 它 抽 nclude 的 头 文件 myfirst3.hpp 里 面 ， 该 定义 
所 对 应 的 声明 已 经 被 限定 为 export 的 了 。 为 一 方面 ， 在 模板 定义 中 提供 
一 个 元 余 的 export 天 键 字 也 是 可 取 的 ， 因 为 这 样 可 以 提高 代码 的 可 读 
性 。 


实际 上 关键 子 export 可 以 应 用 于 函数 模板 、 类 模板 的 成 员 函 数 、 成 
员 求 数 模板 和 类 模板 的 静态 数据 成 员 。 男 外 ， 它 还 可 以 用 于 类 模板 的 
声明 ， 这 将 意味 着 每 个 可 导出 的 类 成 员 都 被 看 作 可 导出 实体 ， 但 类 模 
板 本 身 实际 上 却 没有 被 导出 (因此 ， 类 模板 的 定义 仍然 需要 出 现在 头 
文件 中 ) 。 你 仍然 可 以 隐 式 或 者 显 式 地 定义 内 联 成 员 函 数 。 然 而 ， 内 
联 函 数 却 是 不 可 导出 的 : 
export template <typename 工 > 
class MyClass { 
public: 
void memfun1(); /被 导出 (exported) 的 函数 
void memfun2() { // 隐 式 内 联 不 能 被 导 出 


} 
void memfun3(); / 显 式 内 联 不 能 被 导出 


}; 
template <typename T> 


inline void MyClass<T>::memfun3() 


{ 


} 

另外 ，export 天 键 不 能 和 inline 天 键 字 一 起 使 用 ， 如 采用 于 模板 的 
话 ，export 要 位 于 关键 字 template 的 前 面 ， 璧 如 下 面 的 程序 就 是 非法 
的 : 

template <typename T> 

class Invalid { 


public: 


export void wrong(T); /错误 : export 没 有 位 于 template 


之 前 
}; 
export template<typename T> // 错 误 : 同时 使 用 了 export 和 
inline 


inline void Invalid<T>::wrong(T) 

{ 

} 

export template<typename T> 

inline T_ const& max(T const& a, T const& b)// 错 误 : 同时 使 用 了 


export 和 inline 
{ 
returmna<b?b:a:; 
} 


6.3.2 J 

谈 到 这 里 ， 你 可 能 会 觉得 奇怪 : 既然 导出 模板 (exported 
template) 可 以 很 好 地 解决 最 初 的 问题 ， 我 们 为 何 仍然 建议 大 家 使 用 包 
含 模型 呢 。 事 实 上 ，export 天 键 字 还 有 其 他 一 些 方面 的 影响 。 

首 完 ， 在 C++ 标 准 推 出 4 年 之 后 的 今天 ， 世 就 只 有 一 家 公司 真正 提 
供 了 对 export 天 键 字 的 文 持 [27]。 于 是 ，export 这 个 特性 未 能 像 其 他 
C++ 特性 那样 广 为 流 传 。 显 然 ， 这 束 说 明 程 序 员 使 用 export 的 经 验 是 非 
党 有 限 的 ， 因 此 我 们 针对 export 的 讨论 到 头 来 也 可 能 会 是 无 济 于 事 。 实 
际 上 ， 我 们 的 这 些 担忧 在 将 来 是 很 有 可 能 会 得 到 重视 的 (所 以 我 们 才 
会 给 出 export 的 这 一 切 ， 这 是 为 了 将 来 做 准备 ) 

其 次 ，export 虽然 看 起 来 几乎 是 完美 无 缺 的， 但 它 实际 上 还 是 有 一 
些 缺 点 的 。 在 应 用 分 离 模型 的 最 后 ， 实 例 化 过 程 需要 处 理 两 个 位 置 : 


模板 被 实例 化 的 位 置 和 模板 定义 出 现 的 位 置 。 虽 然 这 两 个 位 置 在 源 代 
码 中 看 起 来 是 完全 分 离 的 ， 但 系统 却 为 这 两 个 位 置 建立 了 一 些 看 不 见 
的 耦合 。 惑 是 说 ， 对 于 我 们 的 例子 而 言 ， 如 果 包 含 模板 定义 的 文件 发 
生 了 改变 ， 那 么 不 仅 该 文件 需要 进行 重新 编译 ， 所 有 “对 该 文件 中 模板 
进行 实例 化 的 ?其 他 文件 都 需要 进行 重新 编译 。 虽 然 这 种 耦合 和 包含 模 
型 的 耦合 没有 本 质 的 区 别 ， 但 是 这 里 的 耦合 在 源 代 码 中 是 看 不 见 的 。 
也 正 是 由 于 它 的 不 可 见 性 ， 所 以 那些 基于 代码 的 (诸如 和 常用 的 make 和 
nmake 程 序 等 ) 依赖 性 管理 工具 也 将 不 再 适用 。 这 了 束 意味 着 编译 器 需要 
进行 一 些 额 外 的 处 理 ， 来 跟踪 所 有 的 这 些 厦 合 。 这 也 将 导致 程序 的 创 
建 时 间 可 能 会 比 包 含 模型 所 需要 的 创建 时 间 还 要 多 。 

最 后 一 点 ， 被 导出 的 模板 可 能 会 导致 出 人 意料 的 语义 ， 我 们 将 在 
第 10 草 讨论 这 些 细 有 。 

我 们 通常 会 认为 : 如 果 我 们 实现 了 export 机 制 ， 那 么 即使 在 模板 库 
不 提供 源 代码 定义 的 情况 下 ， 外 界 也 可 以 访问 该 库 的 模板 (就 像 访问 
只 包含 非 模板 实体 的 程序 库 一 样 ) [28] ; 但 实际 上 这 完全 是 一 个 误 
解 ， 因 为 代码 隐 蕊 并 不 属于 语言 的 范畴 ， 所 以 也 或 不 是 export 机 制 目 身 
提供 这 种 能 力 。 事 实 上 ， 要 像 隐藏 [29] 被 导出 (exported) 模板 定义 那 
样 ， 隐 藏 被 included 的 模板 定义 也 是 有 可 能 的 ， 或 许 也 是 可 行 的 〈 但 
现在 的 编译 器 实现 并 不 支持 这 种 模型 ) ; 然而 遗憾 的 是 ， 这 样 我 们 将 
又 遇 到 一 个 新 的 挑战 ， 当 exported 模 板 壳 到 编译 错误 ， 而 且 该 错误 可 能 


一 个 好 的 办 法 吏 是 : 对 于 我 们 预先 编写 的 代码 ， 存 在 一 个 可 以 在 
包含 模型 和 分 离 模型 之 间 互 相 切 换 的 开关 ; 在 此 ， 我 们 使 用 预 处 理 指 
示 符 来 获得 这 种 特性 。 下 面 束 古 使 用 该 方法 的 简单 例子 : 

//basics/myfirst4.hpp 


#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

// 如 果 定 义 了 USE_EXPORT, 就 使 用 export 

#if defined(USE_EXPORT) 

#define EXPORT export 

#else 

#define EXPORT 

#endif 

/模板 声明 

EXPORT 

template <typename T> 

void print_ typeof(T const&); 

// 如 果 没 有 定义 USE_EXPORT, 就 包含 模板 定义 

#if !defined(USE_EXPORT) 

#include“myfirst.cpp” 

#endif 

#endif //MYFIRST_HPP 

通过 定义 或 者 忽略 预 处 理 符号 USE_EXPORT， 我 们 现在 就 可 以 在 
两 种 模型 之 间 进 行 选择 。 如 有 果 程 序 在 #include“myfirst.hpp” 之 前 已 经 定 
义 了 USE_EXPORT， 那 么 将 会 使 用 分 离 模 型 : 

// 使 用 分 离 模型 

#define USE_EXPORT 

#include“myfirst.hpp” 

如 果 程 序 并 没有 定义 USE_EXPORT， 那 么 将 会 使 用 包含 模型 ， 
为 在 这 种 情况 下 ，myfirst.hpp 已 经 目 动 #include 了 myfirst.cpp 中 的 定义 : 

/使 用 包含 模型 

#include“myfirst.hpp” 


显然 ， 这 个 方法 很 灵活 。 另 外 ， 我 们 需要 重申 的 是 : 除了 明显 的 
逻辑 区 别 之 外 ， 这 两 种 模型 之 间 还 具有 细微 的 语义 区 别 。 

对 于 被 导出 的 模板 ， 我 们 仍然 可 以 对 它 进行 显 式 实例 化 。 在 这 个 
例子 中 ， 模 板 定义 也 可 以 位 于 男 一 个 文件 中 ， 只 需 在 程序 中 #include 一 
个 含有 显 式 实例 化 的 .cpp 文 件 〈 有 具体 见 6.2) 。 为 了 能 够 在 包含 模型 、 
分 离 模 型 、 显 式 实 例 化 这 3 种 方法 中 进行 选择 ， 我 们 可 以 把 
USE_EXPORT 这 种 控制 手段 和 6.2.2 小 节 所 描述 的 约定 结合 起 来 。 


6.4 模板 和 内 联 


把 短小 函数 声明 为 内 联 函 数 是 提高 运行 效率 所 普 所 采用 的 方法 。 
inline 修饰 符 表 明 的 是 一 种 实现 : 在 函数 的 调用 处 使 用 函数 体 〈 即 内 
容 ) 直接 进行 内 联 替 换 ， 它 的 效率 要 优 于 普通 函数 的 调用 机 制 (针对 
短小 函数 而 言 ) 。 然 而 ， 标 准 并 没有 强制 编译 器 实现 这 种 “在 调用 处 执 
行内 联 替换 ”的 机 制 ， 实 际 上 ， 编 译 器 也 会 根据 调用 的 上 下 文 来 决定 是 
否 进行 替换 。 

函数 模板 和 内 联 函 数 都 可 以 被 定义 于 多 个 翻译 单元 中 。 通 常 ， 我 
们 是 通过 下 面 途径 来 获取 这 个 实现 ， 把 定义 放 在 一 个 头 文件 中 ， 而 这 
个 头 文件 又 被 多 个 dot-C 文 件 所 包含 (##include) 。 

这 种 实现 会 给 我 们 这 样 一 种 印象 : 函数 模板 缺 省 情况 下 是 内 联 
的 。 然 而 ， 这 种 想法 是 不 正确 的 。 所 以 ， 如 果 你 编写 需要 被 实现 为 内 
联 函 数 的 函数 模板 ， 你 仍然 应 该 使 用 inline 修饰 符 (除非 这 个 函数 由 于 
是 在 类 定义 的 内 部 进行 定义 的 而 已 经 被 隐 式 内 联 了 ) 。 

因此 ， 对 于 许多 不 属于 类 定义 一 部 分 的 短小 模板 函数 ， 你 应 该 使 
用 关键 字 inline 来 声明 它们 [30] 。 


6.5 预 编 译 头 文件 


即使 不 存在 模板 ，C++ 头 文件 也 可 以 变 得 非常 巨大 ， 从 而 需要 很 长 
的 编译 时 间 。 模 板 更 是 增加 了 编译 时 间 。 于 是 ， 程 序 员 束 呼吁 产品 三 
家 实现 一 种 称 为 预 编 译 头 文件 (precompiled header) 的 机 制 ， 该 机 制 
是 位 于 标准 的 范围 之 外 的 ， 并 且 主 要 依赖 于 特定 产品 的 实现 。 虽 然 我 
们 会 把 如 何 创建 和 使 用 预 编 译 尖 文件 的 细节 留 给 具有 这 个 特性 的 C+t+ 编 
译 系统 的 文档 ， 但 知道 预 编译 是 如 何 进行 的 还 是 很 有 神 花 的 。 

当 翻 译 一 个 文件 时 ， 编 译 器 是 从 文件 的 开头 一 直 进 行 到 文件 末端 
的 。 当 处 理 文件 中 的 每 个 标记 (这 些 标记 可 能 来 自 于 #included 的 文 
件 ) 时 ， 编 译 器 会 匹配 它 的 内 部 状态 ， 包 括 添加 入 口 点 到 符号 表 ， 从 
而 在 后 面 可 以 查找 等 。 在 这 个 过 程 中 ， 编 译 需 还 会 在 目标 文件 中 生成 
代码 。 

预 编译 头 文件 机 制 主 要 依赖 于 下 面 的 事实 : 我 们 可 以 使 用 某 种 方 
式 来 组 织 代码 ， 让 多 个 文件 中 前 面 的 代码 都 是 相同 的 。 假 想 有 一 个 例 
子 : 由 于 实 参 的 原因 ， 每 个 需要 编译 的 文件 的 前 面 N 行 代码 都 是 相同 
的 。 于 是 ， 我 们 可 以 先 编译 完 这 N 行 代码 ， 并 把 编译 器 在 (编译 后 ) 这 
一 点 的 完整 状态 储存 在 一 个 所 谓 的 预 编 译 头 文件 中 。 因 此 ， 对 于 程序 
中 的 剩 下 文件 的 编译 ， 我 们 只 需要 先 加 载 上 面 已 经 保存 的 状态 ， 然 后 
从 第 N+1 行 开始 编译 就 可 以 了 (因为 前 面 N 行 代码 都 是 相同 的 ) 。 此 
时 我 们 还 应 该 知道 :重新 加 载 已 保存 的 状态 古 一 个 很 快 的 操作 ， 它 要 
比 实际 上 编译 前 面 的 N 行 程序 快 得 多 。 然 而 ， 第 一 次 编译 并 保存 这 个 状 
人 态 束 要 比 编译 这 N 行 代码 慢 ， 而 增加 的 时 间 代 价 也 要 根据 实际 情况 在 
20% 一 200% 不 等 。 

充分 利用 预 处 理 头 文件 的 关键 之 处 在 于 : 《〈 尽 可 能 地 ) 确认 许多 
文件 开始 处 的 相同 代码 的 最 大 行 数 。 在 实际 应 用 中 ， 这 就 意味 着 文件 
必须 以 相同 的 夫 nclude 指 示 符 开始 ， 因 为 ##include 指 示 符 本 号 耗费 了 很 
大 一 部 分 的 创建 时 间 。 因 此 ， 对 于 被 包含 (included) 的 众多 头 文件 ， 
注意 它们 的 被 包 含 顺 序 是 相当 重要 的 ， 壁 如 : 


#include <iostream> 
#include<vector> 


#include<list> 


和 
#include<list> 


#include<vector> 


整 不 能 使 用 预 编译 头 文 件 ， 因 为 两 者 在 源 代码 中 没有 共同 的 初始 
状态 。 

有 些 程序 员 会 认为 :在 使 用 预 编译 头 文件 的 时 候 ， 人 允许 #include 一 
部 分 额外 无 用 的 头 文 件 ， 要 比 只 选择 有 用 的 头 文件 具有 更 好 的 编译 速 
度 ; 这 还 可 以 让 包含 策略 的 管理 变 得 更 加 容易 。 例 如 ， 通 常 我 们 会 直 
接 创建 一 个 名 为 std.hpp 的 头 文 件 ， 让 它 包含 所 有 的 标准 头 文件 [31] : 

#include <iostream> 

#include <string> 

#include <vector> 

#include <deque> 


#include <list> 


然后 对 std.hpp 进 行 预 编译 ， 因 此 每 个 使 用 标准 库 的 程序 文件 现在 
只 需要 这 样 开 始 就 可 以 : 

#include”“std.hpp” 
通常 而 言 ， 预 编译 这 个 文件 需要 一 段 时 间 ; 但 对 于 具有 足够 内 存 
的 系统 ， 预 编译 头 文 件 机 制 会 使 得 处 理 速度 比 编译 大 多 数 单 个 (未 经 
过 预 编译 的 ) 标准 头 文件 快 很 多 。 另 外 ， 使 用 这 种 方式 ， 我 们 几乎 可 


以 使 用 所 有 的 标准 头 文件 ， 因 为 标准 头 文件 都 是 很 少 改变 的 ， 因 此 我 
们 的 预 编 译 头 文件 std.hpp 就 只 需要 创建 一 次 ， 就 可 以 在 后 面 多 次 使 用 
[32]。 相 反 ， 如 采 不 能 你 证 这 种 稳定 性 ， 预 编译 头 文件 可 能 陇 会 因为 
项 目 具体 情况 的 变化 而 不 断 改 变 ， 并 成 为 项 目的 依赖 性 配置 的 一 部 分 
(例如 ， 根 据 需 要 使 用 诸如 make 等 工具 来 进行 更 新 ) 。 

管理 预 编 译 头 文件 的 一 种 可 取 的 方法 是 : 对 预 编译 文件 进行 分 
层 ， 即 根据 头 文件 的 使 用 频率 和 稳定 性 来 进行 分 层 。 于 是 ， 对 于 那些 
\ 会 发 生变 化 的 头 文 件 ， 殉 很 有 必要 对 它们 进行 预 编 译 。 然 而 ， 如 采 
头 文件 是 处 于 一 个 大 型 开发 项 目 中 ， 那 么 对 所 有 的 文件 都 进行 预 编 译 
所 耗费 的 时 间 ， 可 能 会 比重 用 预 编 译 头 文件 所 节省 的 时 间 还 要 多 。 
此 ， 解 决 这 个 问题 的 关键 之 处 在 于 : 我 们 应 该 对 那些 属于 更 稳定 级 别 
的 头 文 件 先进 行 预 编 译 ， 然 后 在 不 太 稳定 的 头 文件 中 重用 这 个 稳定 的 
预 编译 头 文件 ， 从 而 提高 整个 编译 效率 。 例 如 ,假设 除了 处 理 前 面 介 
绍 的 std.hpp 头 文件 之 外 (我 们 已 经 对 该 它 进行 预 编译 了 ) ， 我 们 还 定 
义 了 一 个 core.hpp 头 文件 ， 它 包含 了 我 们 项 目 特有 的 额外 功能 ， 可 是 ， 
core.hpp 的 稳定 性 低 于 std.hpp 的 稳定 性 ， 那 么 它 大 体 是 这 样 的 : 

#include“‘std.hpp” 


#include“core_data_hpp” 


#include“core_algos.hpp” 


因为 该 文件 是 以 #include“std.hpp” 开 头 的 ， 编 译名 将 会 加 载 相关 的 
预 编 译 头 文件 ， 然 后 从 下 一 行 开始 编译 ， 而 不 会 重新 编译 所 有 的 标准 
头 文 件 。 当 文件 ‘core.hpp’ 完 全 经 过 处 理 之 后 ， 就 产生 了 一 个 新 的 预 编 
译 头 文件 。 于 是 ， 应 用 程序 可 以 使 用 区 nclude*core.hpp” 来 提供 ( 比 
std.hpp) 功能 更 多 、 速 度 更 快 的 访问 ， 因 为 编译 右 可 以 直接 加 载 后 面 
这 个 经 过 预 编 译 的 头 文件 。 


当 需 要 调试 模板 的 时 候 ， 我 们 将 会 面临 来 自 两 方面 的 挑战 。 一 种 
挑战 来 目 模 板 的 编写 者 : 针对 某 一 个 模板 ， 如 果 它 的 任何 一 个 模板 实 
参 都 已 经 符合 文档 所 编写 的 要 求 ， 那 么 我 们 如 何 才 能 够 保证 模板 可 以 
正确 地 运作 呢 ? 男 一 种 挑战 正好 来 自 对 立 的 一 方 ( 即 模板 的 使 用 
者 ) : 在 遇 到 模板 的 行为 和 文档 中 所 描述 的 情况 有 差异 的 时 候 ， 模 板 
的 用 户 如 何 才 能 发 现 哪个 模板 参数 违反 了 文档 要 求 ， 或 者 是 违反 了 模 
板 参数 的 哪 条 要 求 呢 ? 

在 深入 讨论 这 些 话题 之 前 ， 让 我 们 先 来 考察 可 以 强加 给 模板 参数 
的 一 些 约束 ， 这 是 非常 有 必要 的 。 因 为 在 这 一 节 里 ， 我 们 叙述 的 大 多 
数 编译 期 错误 就 是 由 于 违反 这 些 约束 而 产生 的 ， 我 们 把 这 些 约束 称 为 
语法 约束 (syntactic constraint) 。 语 法 约束 可 以 包括 要 求 某 种 构造 函数 
必须 存在 、 某 个 特定 函数 调用 不 能 产生 二 义 性 等 。 而 对 于 其 他 的 约 
束 ， 我 们 称 为 语义 约束 (semantic constraint) 。 事 实 上 ， 要 想 机 械 地 验 
证 某 个 约束 究竟 属于 哪 一 类 约束 是 非常 困难 的 ; 在 有 些 情 况 下 ， 我 们 
甚至 根本 残 不 能 够 进行 这 种 对 证。 例如， 我 们 会 要 求 模板 类 型 参数 必 
须 具 有 operator< 的 定义 (这 是 个 语法 约束 ) ， 但 大 多 数 情况 下 ， 我 们 
还 要 求 这 个 运算 符 实际 上 定义 的 是 某 种 领域 下 的 排序 规则 (这 是 语义 
约束 ) 。 

concept 这 个 术语 通常 被 用 于 表示 : 在 模板 库 中 重复 需求 的 约束 集 
合 。 例 如 ，C++ 标 准 库 就 依赖 于 诸如 随机 访问 先 代 器 (random access 
iterator) 和 人 缺 省 可 构造 (default constructible) 等 concept。concepts 还 可 
以 形成 体系 : 就 是 说 ， 某 个 concept 可 以 是 其 他 concept 的 进一步 细 化 

(也 称 为 精 化 ) ， 更 精 化 的 concept 不 但 具备 上 层 concept 的 各 种 约束 ， 
而 且 还 增加 了 一 些 针 对 自身 的 约束 。 例 如 ， 在 C++ 标 准 程序 库 中 ， 


concept random access iterator 束 是 concept bidirectional iterator 的 精 化 。 


有 了 这 些 术 语 之 后 ， 在 模板 实现 和 模板 使 用 的 过 程 当 中 ， 我 们 可 以 认 
为 : 调试 模板 代码 的 主要 工作 是 判断 模板 实现 和 模板 定义 中 哪些 
concept 和 被 违反 了 。 
6.6.1 理解 长 段 的 错误 信息 

普通 的 编译 错误 通常 都 是 相当 简洁 的 ， 并 且 也 能 一 针 见 血 地 指出 
问题 的 所 在 。 壁 如 ， 当 编译 器 给 出 “class X has no member ‘fum? ”的 错误 
言 息 时 ， 我 们 通常 都 能 很 快 找 出 代码 中 的 错误 (譬如 ， 我 们 把 fun 写 成 
了 run) 。 但 是 ， 涉 及 模板 的 代码 并 非 如 此 。 让 我 们 考虑 下 面 摘 取 自 某 
程序 的 简单 代码 ， 它 使 用 了 C++ 标准 程序 库 。 假 设 我 们 在 代码 中 犯 了 一 
个 很 小 的 错误 : 首先 声明 一 个 list<string> 对 象 ， 但 当 我 们 应 该 使 用 
greater<string> 函数 对 象 来 对 它 进 行 查 找 时 ， 我 们 却 错误 地 写成 了 
greater<int> 函 数 对 象 : 


std::list<std::string> coll; 


1/ 找到 第 一 个 大 于 ‘A 的 元 素 
std::list<std::string>::iterator pos; 
pos = std::find_if(coll.begiin(), coll.end(), /查找 范 围 
std::bind2nd(std::greater<int>(),”A”) );// 查 找 准 则 
事实 上 ， 在 我 们 平常 的 代码 前 切 、 代 码 烙 贴 过 程 中 ， 就 很 有 可 能 
会 瑟 记 修改 这 些 细节 ， 从 而 束 出 现 类 似 上 面 的 错误 。 
壁 如 ， 某 个 常用 版 本 的 GNU C++ 编译 器 会 报告 下 面 的 错误 : 


/1ocal/include/st1/_algo.h: In function “struct _STL::_List_iterator<_STL::basic 
_string<char,_STL: :char_traits<char>,_sTL::allocator<char> >,_STL::_Nonconst_tra 
its<_STL::basic_string<char,_STL: :char_traits<char>,._STL::allocator<char> > > > 
_STL: :find_if<_STL::_List_iterator<_STL::basic_string<char,._STL: :char_traits<cha 
r>,_STL::allocator<char> >,_STL::_Nonconst_traits<_STL: :basic_string<char,_STL:: 
char_traits<char>,._STL::allocator<char> > > >, _STL: :binder2nd<_STL: :greater<int 
> > >(_STL::_List_iterator<_STL: :basic_string<char,_STL::char_traits<char>,_STL: 
:allocator<char> >,_STL::_Nonconst_traits<_STL::basic_string<char,_STL: :char_tra 
its<char>,_STL::allocator<char> > > >, _STL::_List_iterator<_STL::basic_string<c 
har,_STL::char_traits<char>,_STL::allocator<char> >,_STL::_Nonconst_traits<_STL: 
‘basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > > >, _STL::bi 
nder2nd<_STL: :greater<int> >, _STL::input_iterator_tag)’: 
/local/include/stl/_algo.h:1i5: instantiated from ‘_STL::find_if<_STL::_List._i 
terator<_STL::basic_string<char,_STL::char_traits<char>,._STL::allocator<char> >， 
_STL:;:_Nonconst_traits<_STL::basic_string<char,._STL: :char_traits<char>,_STL: :all 
ocator<char> > > >, _STL::binder2nd<_STL: :greater<int> > >(_STL::_List_iterator< 
_STL::basic_string<char,._STL::char_traits<char>,._STL::allocator<char> >,_STL::_N 
onconst_traits<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<c 
har> > > >, _STL::_List_iterator<_STL::basic_string<char,._STL::char_traits<char> 


,-STL::allocator<char> >,_STL::_Nonconst_traits<_STL::basic_string<char,._STL: :ch 
ar_traits<char>,_STL::allocator<char> > > >, _STL::binder2nd<_STL: :greater<int> 
> 

testprog.cpp:18: instantiated from here 

/local/include/stl/_algo.h:78: no match for call to ‘(_STL::binder2nd<_STL::grea 
ter<int> >) (_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<cha 
ED 

/local/include/stl/_function.h:261: candidates are: bool _STL::binder2nd<_STL::g 
reater<int> >::operator ()(const int &) const 


这 个 信息 看 起 来 更 像 是 一 段 小 说 ， 而 不 是 诊断 信息 。 它 会 大 大 打 
击 模板 初学 者 的 信心 。 然 而 ， 当 有 了 一 定 的 经 验 之 后 ， 我 们 就 会 发 现 
这 类 信息 也 是 可 应 付 的 ， 也 可 以 比较 容易 地 找 出 症结 所 在 。 

错误 信息 的 第 一 部 分 表明 : 在 头 文 件 /local/include/stl/_algo.h 里 面 
的 一 个 函数 模板 实例 (具有 一 个 特别 长 的 名 称 ) 中 出 现 了 一 个 错误 。 
接 下 来 ， 编 译 锅 报告 它 为 什么 实例 化 这 个 特殊 的 实例 。 在 这 个 例子 


中 ， 所 有 错误 都 从 testprog.cpp 〈 它 是 包含 我 们 例子 代码 的 文件 ) 的 第 
18 行 开始 ， 该 行 引起 _algo.h 头 文件 在 115 行 进行 find_ 计 模板 的 实例 化 。 
编译 器 报告 了 所 有 的 这 些 错误 ， 但 我 们 可 能 并 不 期 望 看 到 所 有 被 实例 
化 的 模板 ; 然而 ， 这 样 却 可 以 想 让 我 们 清楚 引起 实例 化 事件 的 整个 过 
程 。 

然而 ， 在 我 们 的 例子 里 ， 我 们 相信 所 需要 的 模板 都 已 经 被 实例 化 
了 ， 并 不 知道 为 什么 仍然 会 出 现 错误 。 事 实 上， 最 后 一 部 分 信息 给 出 
了 答案 ， 它 说 明 mo match for cal ， 这 意味 着 有 一 个 函数 调用 的 实 参 类 
型 和 参数 类 型 不 匹配 ， 从 而 不 能 被 解析 。 而 且 ， 在 这 一 行 的 后 面 ， 包 
含 ‘candidate are” 的 那 一 行 解释 ， 存在 一 个 单一 的 候选 类 型 ， 它 期 望 的 
是 一 个 整 型 〈 即 参数 类 型 为 const int&) 。 再 回头 看 程序 的 第 18 行 ， 我 
们 看 到 std::bind2nd(std::greater<int>(),“A”) 确 实 包 含 了 一 个 整 型 ( 即 
<int>) ， 因 此 可 以 知道 它 和 我 们 在 例子 中 要 查找 的 字符 捉 类 型 是 不 一 
致 的 。 我 们 把 <int> 替 换 为 <std::string>， 例 子 就 可 以 正确 运行 了 。 

训 无 疑问 ， 这 些 错 误 信 息 可 以 具有 更 好 的 结构 ， 从 而 束 可 以 在 实 
例 化 之 前 发 现实 际 的 问题 。 首 先 ， 我 们 要 使 用 一 种 方法 来 奉 换 完全 扩 
展 的 模板 实例 化 名 称 : 如 MyTemplate<YourTemplate<int>> 应 该 分 解 为 
MyTemplate<T> 和 T=YourTemplate<int>， 从 而 减少 名 称 的 长 度 。 男 一 方 
面 ， 在 很 多 情况 下 ， 所 有 的 诊断 信息 都 可 能 是 很 有 用 的 ; 因此 如 采 其 
他 的 编译 器 也 提供 了 类 似 的 诊断 信息 (尽管 采用 了 上 面 的 结构 化 信 
息 ) ， 那 也 就 不 足 为 奇 了 。 

Leor Zolman 编 写 了 一 个 名 为 STLFilt 的 实用 程序 ， 它 提供 了 一 种 方 
法 ， 用 于 解读 多 种 编译 名 输出 的 STL 错误 信息 ( 见 
http://www.bdsoft.com/tools/stlfilt.html) 。 


6.6.2 浅 式 实 


如 果 错 误 是 在 经 过 很 长 的 实例 化 链表 之 后 才 被 发 现 的 ， 那 么 将 会 
出 现 诸 如 前 面 所 讨论 那些 诊断 信息 。 为 了 说 明 这 个 问题 ， 先 考虑 下 面 
我 们 自己 写 的 代码 : 
template <typename T> 
void clear (T const& p) 
{ 
*p = 0; // 假 设 T 是 一 个 类 似 指 针 的 类 型 
上 
template <typename T> 
void core (IT const& p) 
{ 
clear(p); 
上 
template <typename 工 > 
void middle (typename T::Index p) 
{ 


core(p); 


template <typename T> 
void shell (T const& env) 
{ 
typename T::Index i; 
middle<T>(i); 
有 
class Client { 
public: 
typedef int Index; 


' 
Client main_client: 


int main() 


shell(main_client); 

} 

这 个 例子 给 出 了 软件 开发 中 典型 的 层次 结构 :诸如 shell0 的 高 层 函 
数 模板 依赖 于 诸如 middle0 的 组 件 ， 而 组 件 又 使 用 了 诸如 core0 的 功能 。 
当 我 们 实例 化 shell0 的 时 候 ， 它 下 面 层 次 的 函数 模板 也 应 该 相应 地 被 实 
例 化 。 在 这 个 例子 里 ， 我 们 在 最 底层 发 现 了 一 个 问题 : 我 们 用 int 类 型 
对 core0 进 行 实例 化 (int 来 自 于 middle() 中 Client::Index 的 使 用 ) ， 并 且 
试图 对 一 个 int 类 型 的 值 解 引 用 (dereference) ， 而 这 明显 是 错误 的 。 男 
外 ， 一 份 完 整 的 通用 诊断 信息 应 该 包含 对 产生 这 个 问题 的 所 有 层次 的 
跟踪 信息 ， 但 我 们 往往 会 发 现 根本 很 难 准确 把 握 这 么 多 的 信息 。 

在 [StroustrupDnE] 中 我 们 可 以 找到 一 些 于 绕 这 个 问题 的 详细 讨论 ， 
Bjarne Stroustrup 提 出 了 两 种 可 以 提前 验证 模板 实 参 是 否 符合 一 系列 约 
束 的 方法 : 通过 语言 扩展 或 者 通过 提前 使 用 参数 。 我 们 将 在 13.11F 对 
前 一 种 方法 进行 介绍 ; 而 后 一 种 方法 主要 在 于 把 模板 错误 强制 在 浅 式 
实例 化 中 。 我 们 是 通过 插入 没有 被 使 用 的 代码 [33] 来 获取 这 种 实现 
的 ， 这 些 代码 并 没有 其 他 的 用 途 ， 只 是 在 实例 化 模板 代码 的 高 层 模 板 
实 参 不 符合 低层 模板 约束 时 ，3 引 发 一 个 错误 。 

在 我 们 前 面 的 例子 中 ， 我 们 可 以 在 shell0) 中 添加 代码 ， 让 它 试图 对 
T::Index 类 型 的 值 进行 解 引 用 。 例 如 : 


template <typename T> 


inline void ignore(T const&) 
{ 
} 


template <typename 工 > 
void shell (T const& env) 


{ 
class ShallowChecks { 
void deref(T::Index ptr) { 
ignore(*ptr); 
} 
上 
typename T::Index I; 
middle(i); 
} 


如 有 末 工 是 一 个 使 工 :Index 不 能 被 解 引 用 的 类 型 ， 那 么 在 局 部 类 
ShallowChecks 将 会 引发 一 个 错误 。 男 外 我 们 知道 ， 实 际 上 这 个 局 部 类 
并 没有 被 使 用 ( 即 呈 代码， ， 因 此 添加 的 代码 并 不 会 影响 shell(0) 范 数 的 
运行 时 间 。 但 遗憾 的 是 ， 许 多 编译 右 都 会 对 ShallowChecks 并 没有 被 使 
用 的 这 个 事实 ( 它 的 成 员 也 没有 被 使 用 ) 提出 警告 。 我 们 可 以 使 用 诸 
如 ignore0 柑 板 等 tricks [34] 来 避免 这 类 和 警告， 但 却 会 增加 代码 的 复杂 
度 。 

显然 ， 在 我 们 的 例子 中 所 开发 的 这 种 哑 代 码 会 和 实现 模板 实际 功 
能 的 代码 一 样 复杂 。 为 了 控制 这 种 复杂 度 ， 我 们 需要 收集 各 种 哑 代 码 
片断 来 组 成 一 个 程序 库 。 和 譬如， 这 样 一 个 程序 库 应 该 包含 了 许多 可 以 
扩展 成 代码 的 安 ， 当 模板 的 参数 上 符 换 违反 了 参数 三 换 的 concept 时 ， 这 
些 代 码 就 会 引发 一 个 错误 。 就 目前 而 言 ， 最 流行 的 这 类 程序 库 是 
Concept Check Library， 它 属于 Boost 库 发 布 产品 的 一 部 分 。 

遗憾 的 是 ， 这 些 技术 的 可 移植 性 很 差 〈 不 同 的 编译 器 对 错误 的 诊 
断 方 法 并 不 一 致 ) ， 而 且 ， 有 时 候 还 掩饰 了 一 些 在 更 高 层次 不 能 被 捕 
获 的 销 误 。 


6.6.3 长 符号 串 
我 们 在 6.6.1 小 节 分 析 的 错误 信息 还 市 来 了 另 一 个 模板 问题 : 实例 
化 后 的 模板 代码 会 产生 很 长 的 符号 串 。 例 如 ， 在 实现 中 使 用 前 面 
std::string 的 代码 会 被 扩展 成 : 


_STL::basic_string<char，STL::char_traits<char>， 


_9TL::allocator<char> > 

某 些 使 用 C++ 标准 库 的 程序 经 常会 产生 超过 10 000 个 字符 的 符号 
串 ， 而 这 些 超 长 的 字符 很 容易 会 令 编 译 器 、 链 接 右 和 调试 右 产 生 错 放 
或 者 警告 信息 。 虽 然 现 在 的 编译 器 使 用 压缩 技术 来 减少 这 种 问题 ,但 
是 在 错误 信息 中 ， 这 种 压缩 技术 并 不 奏效 。 

6.6.4 跟踪 程序 

到 目前 为 止 ， 我 们 已 经 讨论 了 编译 和 链接 包含 模板 的 程序 时 所 出 
现 的 错误 。 然 而 ， 最 具 挑 战 性 的 任务 在 于 在 确认 程序 可 以 正确 运行 
之 前 ， 我 们 先 要 确认 程序 的 创建 过 程 也 是 成 功 的 。 模 板 通 常 都 会 令 创 
建 过 程 更 加 复杂 ， 因 为 模板 所 表示 的 通用 代码 [35] 还 要 依赖 于 使 用 模 
板 的 客户 端 (这 也 是 比 普 通 类 、 普 通 函 数 多 的 地 方 ) 。 跟 踩 程序 

(tracer) 是 一 个 软件 设备 ， 它 通过 在 开发 周期 的 早期 检测 模板 定义 中 

的 问题 ， 来 减轻 调试 时 各 个 方面 的 负担 。 

跟 蹊 程序 可 以 是 一 个 用 户 定义 的 类 ， 可 以 用 做 一 个 测试 模板 的 实 
参 。 通 前 ， 该 类 的 定义 有 且 仪 有 满足 模板 测试 的 功能 。 更 重要 的 是 ， 
对 于 跟踪 程序 所 调用 的 每 个 操作 ， 该 跟踪 程序 都 应 该 产生 一 个 针对 该 
操作 的 跟踪 。 例 如 ,利用 跟踪 程序 ， 我 们 可 以 用 实验 方法 来 确认 算法 
的 效率 和 操作 的 实际 调用 步 又。 

下 面 是 一 个 利用 跟踪 程序 来 测试 排序 算法 的 例子 : 

//basics/tracer.hpp 


#include <iostream> 


class SortTracer { 


private: 
int value; /要 被 排序 的 整数 值 
int generation; /产生 找 贝 的 份 数 
static long n_created; /调用 构造 函数 的 次 数 
static long n_destroyed:; /调用 析 构 函数 的 次 数 
static long n_assigned; /赋值 的 次 数 
static long n_compared; // 比 较 的 次 数 
static long n_max_ live; /现存 对 象 的 最 大 个 数 


/重新 计算 现存 对 象 的 最 大 个 数 
static void update_max_live() { 
if(n_created-n_destroyed > n_max_live) { 


n_max live = n_created ~ n_destroyed.; 


} 

public: 

static long creations() { 
return n_created,; 

上 

static long destructions() { 
return n_destroyed; 

上 

static long assignments() { 
return n_assigned; 

} 

static long comparisons() { 


return n_compared; 


} 
static long max_live() { 
return n_max_live:; 
} 
public: 
// 构 造 玉 数 
SortTracer (int v = 0) : value(v), generation(1) { 
++n_ created; 
update_max_live(); 
std::cerr <<“SortTracer #“ << n_created 
<<”, created generation“ << generation 
<<"“ (total:* << n_create ~ n_destroyed 
<<“)\n”; 
} 
// 找 贝 构造 玉 数 
SortTracer (SortIracer const& b) 
: value(b.value), generation(b.generation + 1) { 
++n_created; 
update_max_live(); 
std::cerr <<“SortTracer #”<< n_created 
<<”, copied as generation“ << generation 
<<"“ (total:* << n_created ~ n_destroyed 


<<“)\n”; 


// 析 构 画 数 
~SortTracer() { 


++n_destroyed; 


update_max_live(); 
std::cerr <<“SortTracer generation“ << generation 
<<“ destroyed (total:“ 
<<n_ created ~ n_destroyed <<“)\n”; 
} 
/ 赋值 运算 符 
SortIracer& operator= (SortTracer const& b) { 
++n_assigned; 
std::cerr << "SortTracer assignment #" << n_assigned 
<<" (generation " << generation 
<<"="<<b.generation 
<<")n",; 
value = b.value; 
return *this; 
} 
/ 比较 运算 符 
friend bool operator < (SortTracer const& a, 
SortTracer const& b) { 
++n_compared; 
std::cerr << "SortTracer comparison #" << n_compared 
<<" (generation " << a.generation 
<<"<"<<b.generation 
<<")n"; 
return a.value < b.value; 
} 
int val() const { 


return value; 


} 
}; 
除了 排序 值 value 之 外 ， 这 个 tracer 类 还 提供 了 几 个 用 来 跟踪 实际 
排序 过 程 的 成 员 : generation 跟 踪 原 有 对 和 象 产 生 了 多 少 份 拷 贝 。 其 他 的 
静态 成 员 分 别 跟踪 : 创建 的 个 数 (构造 画 数 调用 的 次 数 )、 析 构 函 数 
调用 的 人 次数、 赋值 运算 符 调 用 的 次 数 、 比 较 的 次 数 以 及 同一 时 刻 现 存 
对 象 的 最 大 个 数 。 

下 面 的 静态 成 员 定 义 在 一 个 分 开 的 dot-C 文 件 中 : 

//basics/traler.cpp 

#include "tracer.hpp" 

long SortTracer::n_created = 0; 

long SortTracer::n_destroyed = 0; 

long SortTracer::n max_ live = 0; 

long SortTracer::n_assigned = 0; 

long SortTracer::n_compared = 0; 

这 个 特殊 的 跟踪 程序 (tracer) 类 让 我 们 能 够 跟踪 给 定 模 板 的 模 
式 、 实 体 创建 、 析 构 函 数 、 赋 值 操作 和 比较 操作 。 下 面 的 测试 程序 针 
对 C++ 标准 库 的 std::sort 算 法 来 说 明 这 一 系列 跟 踩 : 

//basics/tracertest.cpp 

#include <iostream> 

#include <algorithm> 


#include "tracer.hpp" 


int main() 
{ 
// 准备 输入 的 例子 : 
SortTracer input[] = { 7, 3, 5, 6, 4, 2, 0, 1, 9, 8 }; 


/ 输出 初始 值 : 


for (int i=0; i<10; ++i) { 
std::cerr << input[il.valO <<""; 
} 
std::cerr << std::end]; 
/ 存 取 初始 状态 : 
long created_at_start = SortTracer::creations(); 
long max_live_at_start = SortTracer::max_livel(); 
long assigned_at_start = SortTracer::assignments(); 


long compared_at_start = SortTracer::comparisons(); 


// 执行 算法 : 


std::cerr << "---[ Start std::sort() ]-------------------- \n"; 
std::sort<>(&input[0], &input[9]+1); 

std::cerr << "---[ End std::sort() ]---------------------- \n",; 
/ 确认 结果 : 


for (int i=0; i<10; ++i) { 
std::cerr << input[il.valO <<""; 

} 

std::cerr << "\n\n"; 

/ 最 后 的 输出 报告 : 

std::cerr << "std::sort() of 10 SortTracer's" 
<< " was performed by:\n " 
<< SortTracer::creations() - created_at_start 
<< " temporary tracers\n " 
<<"upto" 
<< SortTracer::max_livel() 
<< " tracers at the same time (" 


<< max_live_at_start << " before)n " 


<< SortTracer::assignments() - assigned_at_start 
<< "assignments\n " 
<< SortTracer::comparisons() - compared_at_start 
<<" comparisons\n\n'",; 
} 
运行 这 个 程序 我 们 将 会 看 到 多 行 的 输出 ， 但 从 “最 后 的 输出 报告 ” 
这 一 行 开 始 我 们 可 以 得 到 所 期 望 的 结论 。 针 对 std::sort0) 函 数 的 实现 ， 
我 们 可 以 得 到 下 面 的 输出 报告 : 
std::sort() of 10 SortTracer’s was performed by: 
15 temporary tracers 
up to 12 tracers as the same time (10 before) 
33 assignments 
27 comparisons 
壁 如 ， 我 们 在 例子 中 可 以 看 到 : 在 排序 的 时 候 ， 虽 然 创 建 了 15 个 
临时 的 tracer， 但 在 同一 时 刻 最 多 只 存在 两 个 多 余 的 tracer 。 
因此 ， 我 们 的 tracer 扮 演 春 两 种 角色 : 它 说 明了 我 们 的 tracer 完 全 满 
足 标准 sort0) 算 法 的 要 求 〈 例 如 ， 并 不 需要 运算 符 = = 和 运算 符 >) ， 男 
外 ， 它 让 我 们 对 算法 的 开销 有 个 大 体 的 把 握 。 然 而 ， 它 并 没有 给 出 排 
序 模板 的 正确 性 究竟 如 何 。 


6.6.5 oracles 
使 用 跟踪 程序 是 相对 比较 简单 和 行 之 有 效 的 技术 ， 但 它 只 能 让 我 
们 对 模板 的 特定 输入 和 相关 功能 的 特定 行为 进行 跟踪 。 然 页， 我 们 可 
能 会 期 望 跟踪 程序 能 够 处 理 并 不 局 限于 这 些 特定 要 求 的 其 他 情况 。 例 
如 ， 用 于 排序 算法 的 比较 运算 符 需 要 具备 什么 条 件 ， 才 能 够 使 比较 是 
有 效 的 (或 者 是 正确 的 ) 。 但 在 例子 中 ， 我 们 只 是 对 整数 和 小 于 号 情 


况 进 行 了 测试 ， 在 测试 条 件 下 ， 该 比较 运算 符 是 有 效 的 ， 但 对 其 他 的 
情况 ， 该 运算 符 是 否 仍然 有 效 则 一 概 不 知 。 

在 某 些 领域 ，tracer 的 一 个 扩展 版 本 被 称 为 oracles (或 称 为 run-time 
analysis oracles) 。 它 们 是 连接 到 推理 引 敬 的 tracers 一 一 所 谓 推理 引擎 

(inference engine) 是 一 个 程序 ， 它 可 以 记 住 用 来 推导 出 结论 的 断言 和 
推理 。 有 一 个 被 应 用 于 标准 库 某 一 部 分 的 这 种 系统 ， 它 的 名 字 叫 
MELAS，[MusserWangDynaVeri] [36] 对 它 有 详细 的 讨论 。 

在 某 些 情况 下 ， 利 用 oracles， 我 们 可 以 动态 地 验证 模板 算法 ， 而 不 
需要 完全 指定 作为 奉 换 的 模板 实 参 (oracles 本 身 就 是 实 参 ) ， 也 不 需 
要 指定 输入 数据 〈 当 程序 由 于 缺少 输入 数据 而 不 能 继续 时 ， 推 理 引擎 
会 请 求 某 种 输入 假设 ) 。 然 而 ， 在 这 种 方式 下 ， 对 算法 复杂 度 的 分 析 
也 是 相当 有 限 的 〈 由 于 推理 引 警 的 不 足 ) ， 而 且 工 作 量 是 巨大 的 。 基 
于 这 些 原 因 ， 我 们 并 不 深入 研究 oracles， 但 是 有 兴趣 的 读者 可 以 参考 前 
面 所 提 到 的 那 本 书 《和 书 中 所 列 的 书目 ) 。 

6.6.6 archetypes 

我 们 前 面 提 到 : tracers 通 常 提 供 了 一 个 接口 ， 它 是 所 跟踪 模板 需要 
具备 的 最 小 接口 。 当 “只 具备 这 个 接口 的 tracer” 并 不 产生 运行 期 输出 的 
时 候 ， 我 们 有 时 把 这 种 tracer 称 为 archetype 《原型 ) 。 利 用 archetype， 
我 们 可 以 验证 一 个 模板 实现 是 否 会 请 求 期 望 之 外 的 语法 约束 。 典 型 而 
言 ， 一 个 模板 的 实现 可 能 会 为 模板 库 中 标记 的 每 个 concept， 都 开发 一 


个 archetype。 


6.7 本 章 后 记 


在 头 文件 和 dot-C 文 件 中 ， 所 有 源 代码 的 组 织 都 是 基于 一 处 定义 原 
则 (one-definition rule，ODR) 的 ， 附 孙 A 对 这 个 原则 进行 深入 的 讨 
论 。 


包含 模型 和 分 离 模型 之 间 的 比较 已 经 成 为 一 个 争论 性 话题 。 包 含 
模型 是 实际 采用 的 方法 ， 现 在 的 C++ 编译 器 实现 采用 的 大 多 歼 是 这 种 方 
法 。 然 而 ， 这 和 上 自 个 C++ 实现 是 有 区 别 的 : 在 首 个 实现 中 ， 模 板 定义 的 
包含 是 隐 式 的 ， 它 会 给 人 一 种 类 似 分 离 模型 的 错觉 (关于 这 个 首次 实 
现 的 模型 ， 请 参照 第 10 章 ) 

[StroustrupDnE] 详 细 叙 述 了 Stroustrup 对 模板 代码 的 组 织 和 相关 实 
现 的 挑战 的 看 法 。 显 然 ， 他 所 提议 的 并 不 是 包 仿 模型。 然而， 在 标准 
化 的 过 程 中 ， 看 起 来 好 像 义 只 有 包含 模型 才 是 唯一 可 行 的 方法 。 然 
而 ， 经 过 了 多 轮 激烈 的 争论 之 后 ， 某 些 人 提议 了 一 种 具有 更 低 耦 合 度 
和 高 效率 的 模型 ， 后 来 演变 成 分 离 模 型 。 和 包含 模型 不 同 ， 分离 模型 
只 是 一 个 理论 模型 ， 并 没有 以 现存 实现 为 基础 。 事 实 上 ， 之 后 总 共 化 
费 了 5 年 的 时 间 才 实现 出 了 第 1 个 分 离 模型 (2002 年 5 月 ) 。 

我 们 可 能 会 期 望 可 以 扩展 预 编 译 头 文件 的 concept， 让 每 次 编译 可 
以 加 载 多 个 头 文件 。 这 在 原则 上 将 需要 一 个 更 细 化 的 预 编 译 方法 。 然 
而 ， 这 里 的 主要 障碍 是 预 处 理 程序 ， 在 一 个 头 文 件 中 ， 宏 可 以 改变 后 
面 所 ##include 的 头 文件 的 含义 。 然 而 ， 当 一 个 文件 经 过 预 编译 之 后 ， 安 
处 理 也 就 完成 了 ， 这 时 ， 对 于 其 他 头 文件 经 过 预 处 理 程序 所 获得 的 结 
果 ， 要 想 在 该 结果 中 插入 一 个 预 编译 头 文 件 几 乎 是 不 现实 的 。 

有 一 种 尝试 提高 C++ 编 译 器 诊断 信息 的 技术 ， 它 主要 是 通过 在 高 层 
模板 插入 哑 代 码 来 实现 的 ， 我 们 可 以 参考 Jeremy Siek 的 Concept Check 


Library ( 见 [BCCL]) 一 一 它 是 Boost 库 的 一 部 分 ( 见 [Boost]) 
6.8 小 结 


"模板 给 原始 的 “编译 器 十 链接 器 ”模型 带 来 挑战 ， 因 此 ， 和 需要 使 用 
其 他 的 方法 来 组 织 模 板 代 码 ， 这 些 方法 古 包 含 模型 、 显 式 实例 化 和 分 
离 模型 。 


.在 大 多 数 情况 下 ， 你 应 该 使 用 包含 模型 (就 是 说 ， 把 所 有 模板 代 
码 都 放 在 头 文件 中 ) 。 

.通过 把 模板 声明 代码 和 模板 定义 代码 放 在 不 同 的 头 文件 中 ， 你 可 
以 很 容易 地 在 包含 模型 和 显 式 实例 化 之 间 做 出 选择 。 

.C++ 标准 为 模板 定义 了 一 个 分 离 的 编译 模型 (使 用 关键 字 
export) 。 然 而 ， 该 关键 字 的 使 用 还 没有 普及 ， 很 多 编译 器 也 不 提供 支 
持 。 

“调试 模板 代码 是 具有 挑战 性 的 。 

.模板 实例 化 体 可 能 会 具有 很 长 的 名 称 。 

“为 了 充分 利用 预 编译 代码 ， 要 确认 ##nclude 指 示 符 的 顺序 是 相同 
的 。 


第 7 章 模板 术语 


到 现在 为 止 ， 我 们 已 经 介绍 了 C++ 模 板 的 基本 概念 ， 在 进一步 深入 
介绍 之 前 ， 我 们 先 回 顾 前 面 所 使 用 过 的 一 些 概 念 。 这 是 很 有 必要 的 ， 
因为 在 C++ 社团 (也 包括 C++ 标 准 委 员 会 ) 中 ， 还 没有 给 出 这 些 概念 和 
术语 的 精确 定义 。 


< 三 | 
7.1 <“ 3?? 66 3?? 


在 Ct++ 中 ， 类 和 联合 (union [37] ) 都 被 称 为 类 类 型 (class 
type) 。 如 有 果 不 加 额外 的 限定 ， 我 们 通常 所 说 的 “类 (class) ”是 指 : 用 
关键 字 class 或 者 struct [38] 引入 的 类 类 型 (class type) 。 需 要 特别 注意 
的 一 点 就 是 : 类 类 型 (class type) 包括 联合 (union) ， 而 “类 

(class) ”不 包括 联合 (union) 。 


关于 如 何 称呼 具备 模板 特性 的 类 ， 现 今 还 存在 一 些 混 清 ; 
术语 类 模板 (class template) 说 明 的 是 : 该 类 是 一 个 模板 ， 它 代表 的 
是 : 整个 类 家 族 的 参数 化 描述 。 
男 一 方面 ， 模 板 类 (template class) 通 种 被 用 于 下 面 几 个 方面 : 
) 作为 类 模板 的 同义词 。 
(2) 从 模板 产生 的 类 。 
(3) 具有 一 个 template-id [39] 名 称 的 类 。 
其 中 ， Ee 个 含义 和 第 3 个 含义 的 区 别 是 很 细微 的 ， 而 且 对 于 本 书 
的 其 余部 分 ， 它 们 的 区 别 也 无 天 紧要 。 
鉴于 这 些 不 精确 性 ， 在 本 书 的 叙述 中 我 们 将 避免 使 用 模板 类 
(template class)。 
类 似 ， 我 们 将 使 用 函数 模板 (function template) 和 成 员 函 数 模 板 
(member function template)， 而 避免 使 用 模板 函数 (template function) 和 
模板 成 员 函 数 (template member function)。 


7.2 实例 化 和 特 化 


模板 实例 化 是 一 个 通过 使 用 具体 信 蔡 换 模板 实 参 ， 从 模板 产生 出 
普通 类 、 画 数 或 者 成 员 函 数 的 过 程 。 这 个 过 程 最 后 获得 的 实体 ( 壁 如 
类 、 画 数 或 者 成 员 画 数 ) 就 是 我 们 通常 所 说 的 特 化 (specialization) 。 

然而 ， 在 C++ 中 ， 实 例 化 过 程 并 不 是 产生 特 化 的 唯一 方式 。 程 序 员 
可 以 使 用 其 他 机 制 来 显 式 地 指定 某 个 声明 ， 该 声明 对 模板 参数 进行 特 
定 的 替换 ， 从 而 产生 特 化 。 璧 如 我 们 在 3.3 节 所 介绍 的 ， 通 过 引入 一 个 
template<> 来 获得 特 化 : 

template <typename T1,typename T2> // 基 本 的 类 模板 

class MyClass { 


}; 
template<> // 显 式 特 化 
class MyClass<std::string,float> { 


是 

严格 地 说 ， 上 面 就 是 我 们 通常 所 讲 的 显 式 特 化 (explicit 
specialization) ” (区别 于 实例 化 特 化 或 者 其 他 方式 产生 的 特 化 ) 。 

如 3.4 节 所 述 ， 对 于 仍然 具有 模板 参数 的 特 化 ， 我 们 称 之 为 局 部 特 


化 (partial specialization) : 


template <typename 工 > 
class Myclass<T, T>{ 


上 
template <typename T> // 局 部 特 化 
class MyClass<bool,T> { 


上 
另外 ， 当 谈 及 ( 显 式 或 隐 式 ) 特 化 的 时 候 ， 我 们 把 普通 模板 
(general template) 称 为 基本 模板 (primary template) 。 


7.3 声 昌 

到 目前 为 止 ， 我们 在 书 中 少数 几 个 地 方 使 用 了 声明 (declaration) 
和 定义 (definition) 这 两 个 概念 。 在 标准 C++ 中 ， 这 两 个 概念 都 是 有 准 
确定 义 的 ， 我 们 所 使 用 的 也 正 是 准确 的 概念 。 

声明 是 一 种 C++ 构造 (construct) ， 它 引入 (或 重新 引入 ) 一 个 名 
称 到 某 个 C++ 作用 域 (scope [40] ) 中 。 而 且 ， 这 种 引入 通常 都 包含 对 


所 引入 名 称 的 一 个 局 部 分 类 (partial classification) 。 但 是 ， 有 效 的 声 
明 并 不 要 求 包含 被 引入 对 象 的 细节 。 例 如 : 


class C: // 类 C 的 声明 
void ffint p); 。 // 尔 数 f 的 声明 ， 其 中 p 是 一 个 被 命名 的 参数 
extern int V; // 变 量 v 的 声明 


另外 ， 对 于 安定 义 和 goto 语 句 而 言 ， 即 使 它们 都 具有 一 个 名 称 ， 但 
它们 却 不 属于 声明 的 范畴 。 

如 果 已 经 确定 了 这 种 C++ 构造 〈 即 声明 ) 的 细节 ， 或 者 对 于 变量 而 
言 ， 已 经 为 它 分 配 了 内 存 空 间 ， 那么 声明 就 变 成 了 定义 

(definition) 。 对 于 “类 类 型 (class type) 或 者 函数 的 ”定义 ， 这 意味 着 

必须 提供 一 对 花 括 号 内 部 的 实体 。 对 于 变量 而 言 ， 进 行 初始 化 和 不 具 
有 extem 关 键 字 的 声明 都 是 定义 。 下 面 针 对 上 面 的 非 定 义 声明 ， 来 具体 
说 明 哪 些 是 相应 的 定义 : 

class C {}; // 类 C 的 定义 (和 声明 ) 

void f(int p) { /函数 f0 的 定义 (和 声明 ) 

std::cout << p << std::end]; 

} 

extern int V = 1; // 一 个 初始 化 名 使 之 成 为 v 的 定义 

int w; // 前 面 没 有 extern 的 全 局 变量 声明 ， 同 时 也 是 定义 

我 们 还 可 以 把 范围 扩大 一 些 ， 对 于 类 模板 或 者 函数 模板 的 声明 ，， 
如 果 本 吴 具 有 代码 实体 ， 我 们 就 称 之 为 定义 。 因 此 

template <typename T> 

void func(T); 

是 声明 ， 并 不 是 定义 ; 然而 

template <typename T> 

class S {}; 

束 是 定义 。 


7.4 一 处 定义 原则 


“C++ 语言 的 定义 ”在 各 种 实体 的 重新 声明 上 面 强加 了 一 些 约束 ， 一 
处 定义 原则 (或 称 为 ODR，one-definition rule) 就 是 这 些 约束 的 全 体 。 
这 一 原则 的 细节 是 相当 复杂 的 ， 并 且 在 不 同 的 条 件 下 变化 也 很 大 ， 
此 我 们 将 在 后 面 革 市 详细 讨论 每 种 应 用 环境 下 该 原则 的 方方面面 ， 男 
外 ， 在 附录 A 你 可 以 找到 ODR 的 完整 描述 。 现 在 ， 我 们 只 需要 记 住 下 面 
的 ODR 基 本 原则 殉 足 够 了 : 

“和 全 局 变量 与 静态 数据 成 员 一 样 ， 在 整个 程序 中 ， 非 内 联 了 画 数 和 
成 员 函 数 只 能 被 定义 一 次 。 

"类 类 型 (class type， 包 括 struct 与 union) 和 内 联 函 数 在 每 个 翻译 单 
元 中 最 多 只 能 被 定义 一 次 ， 如 采 存 在 多 个 翻译 单元 ， 则 其 所 有 的 定义 
都 必须 是 等 同 的 。 

一 个 翻译 单元 (translation unit) 是 指 : 预 处 理 一 个 源 文件 所 获得 
的 结果 ; 就是 说 ， 它 包括 #include 指 示 符 〈 即 所 包含 的 头 文 件 ) 所 包含 
的 内 容 。 

另外 ， 在 本 书 的 剩余 章节 里 ， 我 们 所 说 的 可 链接 实体 (linkable 
entity) 指 的 是 下 面 的 实体 : 非 内 联 函 数 或 者 非 内 联 成 员 函 数 、 全 局 变 
量 或 者 静态 成 员 变 量 ， 还 包括 从 模板 产生 的 上 述 这 些 实 体 。 


7.5 实 允 


比较 下 面 的 类 模板 : 
template <typename T, int N> 
class ArrayInClass { 
public: 
T array[N}j; 


和 一 个 功能 相似 的 普通 类 : 
class DoubleArrayInClass { 

public: 

double array[10]; 

上 
如 果 我 们 用 double 和 10 分 别 蕉 换 参 数 T 和 N， 那 么 这 两 者 在 本 质 上 
相同 的 。 在 C++ 中 ， 我 们 把 这 种 替换 后 的 名 称 表 示 为 : 

ArrayInClass<double,10> 

可 以 看 出 ， 紧 接 在 模板 名 称 ArrayInClass 后 面 的 是 用 一 对 尖 括 号 包 
围 起 来 的 模板 实 参 列表 。 

现在 不 考虑 这 些 实 参 本 号 是 否 依赖 于 模板 参数 ， 我 们 先 引 入 一 个 
概念 template-id， 它 指 的 是 模板 名 称 与 “ 紧 随 其 后 的 尖 括 号 内 部 的 所 有 
实 参 ”的 组 合 。 

我 们 可 以 像 对 应 的 非 模板 实体 (如 DoubleArrayInClass) 那样 地 使 
用 这 个 template-id 名 称 ; 壁 如 下 面 的 例子 : 

int main() 


{ 


ArrayInClass<double,10> ad; 
Ad.array[0] = 1.0; 
} 
显然 ， 区 分 模板 参数 (template paramete) 和 模板 实 参 (template 
argument) 这 两 个 概念 是 很 有 必要 的 。 简 而 言 之 ， 你 可 以 说 “传递 模板 
实 参 使 之 成 为 模板 参数 [441] ”， 或 者 这 样 更 加 准确 地 区 分 : 
“模板 参数 是 指 : 位 于 模板 声明 或 定义 内 部 ， 天 键 字 template 后 面 所 
列举 的 名 称 〈 璧 如 我 们 例子 中 的 T 和 N) 。 
"模板 实 参 是 指 : 用 来 奉 换 模板 参数 的 各 个 对 象 《如 我 们 例子 中 的 
double 和 10) 。 和 模板 参数 不 同 的 是 ， 模 板 实 参 可 以 有 不 局 限于 “标识 


符 名 称 ”[42] 〈 束 是 有 多 种 类 型 或 值 ) 。 

如 朱 使 用 template-id 进 行 巷 换 ， 我 们 束 称 这 种 模板 实 参 取代 模板 参 
数 的 奉 换 为 显 式 替 换 ， 但 还 存在 一 些 情况 ， 会 发 生 隐 式 替换 (例如 ， 
如 朱 用 缺 省 实 参 来 殖 换 模板 参数 ) 。 

个 基本 原则 是 : 模板 实 参 必须 是 一 个 可 以 在 编译 期 确定 的 模板 
实体 或 者 值 。 我 们 将 在 后 面 划 市 阐明 ， 这 个 要 求 有 助 于 减少 模板 实体 
的 运行 期 开销 。 因 为 对 于 模板 参数 本 身 而 言 ， 由 于 最 终 可 以 被 编译 期 
的 值 所 蔡 换 ， 它 们 束 可 以 被 用 于 合成 编译 期 的 表达 式 。 在 ArrayInClass 
模板 中 就 是 利用 这 一 点 ， 来 指定 数组 大 小 的 。 就 是 说 ， 数 组 大 小 必须 
征 一 个 所 谓 的 音量 表达 式 ， 这 通过 模板 参数 N 来 人 确定。 

我 们 可 以 进一步 引申 这 个 推理 ， 因为 模板 参数 是 编译 期 实体 ， 所 
以 我 们 用 它们 来 生成 有 效 的 模板 实 参 。 下 面 束 是 一 个 例子 : 


template <typename T> 


class Dozen { 
public: 

ArrayInClass<T,12> contents; 
上 
在 上 面 的 例子 中 可 以 看 出 : T 既 是 一 个 模板 参数 (第 1 个 T) ， 也 是 
一 个 模板 实 参 (第 2 个 T) 。 因 此 ， 存 在 一 种 从 简单 模板 构造 出 复杂 模 
板 的 机 制 。 当 然 ， 这 个 机 制 和 我 们 前 面 使 用 模板 来 代表 类 型 和 函数 集 
合 的 机 制 是 本 质 上 是 一 样 的 ， 在 此 我 们 也 不 讨论 。 


[1]; 译注 : 作者 这 里 的 含义 是 ， 如 来 有 很 多 重复 代码 ， 那 么 任何 算法 巷 
换 都 会 引入 很 多 错误 。 
[2]. 例如 ， 如 果 在 名 字 空 间 std 定 义 了 某 种 实 参 类 型 (如 string) ， 那 么 


根据 C++ 的 碍 找 规则 ， 全 局 名 字 空 间 的 max0 模 板 和 std max() 模 板 痢 可 
以 被 找到 。 


[3]. “one-entity-fits-all (一 个 实体 适应 所 有 类 型 ) ”的 方法 或 许 是 可 以 实 
现 的 ， 但 实际 中 几乎 没有 被 实现 过 。 因 为 所 有 的 语言 规则 都 是 以 “产生 
出 不 同 实体 ”这 个 概念 为 基础 的 。 

[4]. 译注 : 也 有 人 把 deduction 翻 译 成 推演 、 推 导 、 推 师 和 推算 。 

[5]. 这 个 限制 主要 是 由 函数 模板 在 历史 发 展 过 程 中 的 一 个 失误 造成 的 。 
事实 上 ， 对 于 现今 的 C++ 编译 器 ， 要 实现 这 个 特性 并 没有 技术 障碍 ， 
C++ 在 以 后 可 能 会 提供 这 个 特性 ( 见 13.3 节 ) 。 

[6]. 对 于 那些 作用 域 局 部 于 函数 内 部 的 值 ， 你 就 不 应 该 通过 引用 来 返回 
该 值 ( 即 返 回 一 个 指 癌 该 值 的 引用 ) 。 因 为 当 程序 离开 这 个 函数 的 作 
用 域 之 后 ， 该 值 将 不 再 存在 ， 该 引用 也 不 再 有 歼 。 


[7]. 可 以 把 演绎 看 成 是 重 载 解 林 的 一 间 载 解析 是 一 个 不 依赖 于 
返回 类 型 选择 的 过 程 ， 唯 一 的 例外 束 古 转型 操作 符 成 员 的 返回 类 型 。 


[8]. 根据 C++ 标 准 ， 确 实 存在 某 些 例外 情况 ( 见 9.2.3 小 节 ) 。 然 而 ,为 
了 确保 不 会 出 错 ， 当 需要 使 用 类 的 类 型 时 ， 你 应 该 写 下 如 该 例 所 示 的 
整个 完整 类 型 。 

[9]. 译注 : 在 下 面 的 例子 ， 即 Stack<T>: 


[10]. 译注 : 这 个 例子 用 vector 实 现 stack，stack 的 顶端 就 是 vector 的 末 
端 ，vector 的 末端 和 stack 的 顶端 是 同一 个 概念 。 


下 面 我 们 会 把 它 叫做 : int 栈 ; 其 他 类 型 可 


[12]. 译注 : 例如 该 类 型 没有 提供 某 种 操作 等 。 


[13]. 事实 上 ， 使 用 deque 代 赫 vector 来 实现 一 个 stack 是 有 好 处 的 。 因 为 

当 人 删除 元 素 时 ，deque 会 释放 内 存 ， 当 需要 重新 分 配 内 存 时 ，deque 的 元 
素 并 不 需要 被 移动 。 然 而 ， 这 种 好 处 对 string 不 起 作用 。 由 于 这 些 正面 

原因 ， 在 基本 的 类 模板 中 ， 使 用 deque 来 作为 容器 通常 是 一 个 很 好 的 主 
意 (例如 C++ 标准 库 中 的 std::stack<> 就 是 如 此 ) 。 


[14]. 译注 : 关于 class-type 的 具体 含义 ， 请 见 第 7 章 。 


[15]. 译注: 这 里 的 英文 为 nested class; 对 应 的 中 文 应 该 是 “被 藤 套 的 
类 ”， 指 的 是 在 模板 类 里 面 定 义 的 另 一 个 类 。 但 基于 大 多 数 的 翻译 习 
惯 ， 这 里 也 翻译 成 “个 套 类 ”。 


[16]. 译注 : 模板 的 模板 参数 原文 是 template template parameters， 本 导 
束 是 一 个 模板 ， 目 己 也 有 参数 ， 这 个 参数 束 是 我 们 在 后 面 要 看 到 的 “ 模 
板 的 模板 参数 的 参数 ”， 但 该 模板 又 被 看 成 是 外 围 模 板 的 一 个 参数 。 世 
可 译 为 “ 刁 为 模板 的 模板 参数 "， 因 为 这 样 更 能 从 中 看 出 本 质 仿 义 。 但 
为 了 忠实 原文 ， 在 此 还 是 采取 了 直译 。 这 个 概念 贯穿 全 书 ， 非 常 重 

要 。 建 议 读 者 通过 “号 为 模板 的 模板 参数 ”来 加 深 理 解 。 


[17]. 译注 : 这 里 的 目标 栈 也 惑 是 上 面 的 原 栈 ， 都 是 赋值 运算 符 的 左 
值 。 为 了 和 下 面 的 源 栈 区 别 开 ， 故 这 里 不 翻译 成 原 栈 ， 因 为 原 栈 ( 目 
2 和 源 栈 (赋值 栈 ， 指 的 分 别 是 位 于 赋值 运算 符 左右 两 边 的 不 同 


[18]. 如 采 在 编 诺 这 些 文 件 的 时 候 ， 你 的 编译 做 报告 了 一 些 错 误 ， 那 么 
请 不 要 怀 讶 ， 因 为 在 例子 中 我 们 几乎 使 用 了 每 个 重要 的 模板 特性 ， 而 
你 的 编译 万 并 不 一 定 文 持 所 有 的 特性 。 因 此 ， 你 最 好 坪 使 用 一 个 尽量 
符合 标准 的 编译 器 。 


[19]. 译注 : VC6 不 文 持 模 板 的 模板 参数 ， 而 VC7 则 文 持 。 
[20]. 这 个 版 本 存在 一 个 问题 ， 我 们 将 留 到 后 面 解释 。 然 而 ， 这 个 问题 


只 影响 缺 省 的 参数 std:deque。 因 此 ， 我 们 仍然 可 以 用 这 个 例子 曾 述 模板 
J 模板 参数 的 一 般 特 性 。 


[21]. 事实 上 ， 这 也 是 为 什么 不 能 使 用 原来 的 C++ 标准 ， 创 建 一 对 用 字 
符 串 初始 化 的 值 的 原因 所 在 〈 见 [Standard98]) : 


std::make_pair(“key”,”value”) WERROR. 根 据 [Standard98] 


而 在 首 份 技 术 勘 误 表 中 ， 我 们 通过 传递 非 引 用 参数 给 make_pair()， 来 
替代 以 前 接收 引用 参数 的 make_pair0， 从 而 也 就 解决 了 这 个 问题 ( 见 
[Standard02]) 。 


[22]. 译注 : 在 本 书 中 ，class 会 翻译 成 类 ， 而 type 会 翻译 成 类 型 ， 或 许 把 
type 翻 译 成 型 别 可 以 更 好 地 避免 产生 混淆 ， 但 型 别 这 个 词 并 不 符合 国内 


的 语言 习惯 。 


[23]. 译注 : 它们 十 不 同 的 指示 符 。 

[24]. 译注 : 束 古 说 不 能 同时 出 现 两 个 print_typeof<int> 等 。 
[25]. 译注 : 这 一 下 里 面 作者 所 谈 到 的 例子 都 能 在 VC6 下 通过 。 
[26]. 译注 : 整 古 使 用 了 关键 字 export 的 模板 。 


[27]. 据 我 所 知 ，Edison Design Group, Inc.(EDG) 束 是 唯一 的 一 家 公司 
( 见 [EDG]) ; 而 且 ， 它 们 的 技术 对 其 他 开发 商 是 开放 的 。VC6 和 VC7 
确实 不 支持 使 用 export 来 作为 模板 的 修饰 符 。 


[28]. 并 不 是 所 有 的 人 都 支持 这 种 “隐藏 源 代码 "方法 。 
[29]. 译注 ， 这 个 “隐藏 "是 动词 。 


[30]. 我 们 并 不 经 单 使 用 这 条 规则 ， 因 为 该 规则 很 有 可 能 会 较 移 我 们 对 
所 讨论 话题 的 注意 力 。 


[31]. 从 理论 上 讲 ， 标 准 头 文件 实际 上 并 不 需要 对 应 实际 的 物理 文件 。 
人 它们 确实 对 应 了 实际 的 物理 文件 ， 并 且 所 对 应 的 还 是 很 大 


[32]. C++ 委员 会 的 某 些 成 员 认 为 : 全 面 的 std.hpp 头 文 件 可 以 带 来 很 多 
方便 ， 因 此 他 们 建议 把 该 头 文件 引入 到 标准 中 ， 并 称 为 一 个 标准 头 文 
件 。 于 是 ， 我 们 将 能 够 编写 #include<std>。 而 某 些 成 员 则 认为 :这 个 文 
件 应 该 是 隐 式 包含 的 ， 因 此 即使 在 没有 #include 该 文件 的 情况 下 ， 所 有 
的 标准 库 功 能 束 已 经 是 可 用 的 了 。 


[33]. 译注 :也 称 作 “ 呈 代码 ”。 
[34]. 译注 :这 里 保留 原文 。 因 为 对 于 trick, 有 人 把 它们 看 成 实现 某 种 功 
能 的 高 超 技 术 ， 也 有 人 把 它 看 成 旁 门 左 道 。 


[35]. 译注 : 通用 代码 ， 原 文 是 generic code。 一 些 书籍 把 generic 翻 译 成 
“ 沁 型 ”，generic programming 翻 译 成 < 沁 型 程序 设计 ”; 译 者 认为 本 书 中 
generic 应 该 翻译 成 <* 通 用 ”，generic programming 也 应 该 翻译 成 < 通用 程 
序 设计 ”。 这 样 更 符合 汉语 的 习惯 ， 也 便于 读者 从 字面 上 理解 。 


[36]. 作者 David Musser 也 是 C++ 标准 库 发 展 过 程 中 的 一 个 重要 人 物 。 而 
且 ， 他 设计 和 实现 了 第 一 个 关联 容器 。 


鉴于 这 一 章 主 要 面向 的 是 术语 ， 很 多 词语 会 同时 给 出 英文 
0 o 


[38]. 在 C++ 中 ，class 和 struct 的 唯一 区 别 在 于 : 缺 省 访问 权限 。class 的 
缺 省 访问 权限 是 private， 而 struct 的 缺 省 访问 权限 是 public。 然 而 ， 对 于 
具有 新 特性 的 C++ 类 型 ， 我 们 趋向 于 使 用 class; 而 对 于 可 以 被 用 作 
“plain old data(POD)”* 的 C 语 言 数 据 结 构 ， 我 们 通常 是 使 用 struct 。 


[39]. 译注 : template-id 见 7.5 廊 。 


[0 详 注 : scope 有 人 翻译 成 - 城 "， 这 里 翻 汉 成 “作用 域 " 能 够 让 读者 更 
容易 理解 。 


[41]. 在 学 术 界 里 ， 
parameter) ， 而 参 
parameter) 。 


[42]. 译注 ， 辟 如 上 面 例子 中 的 非 类 型 实 参 数 10 束 并 非 标识 从 名称 。 


参 (argument) 有 时 也 被 称 为 实际 参数 (actual 


实 
数 〈 形 参 ，parameter) 被 称 为 形式 参数 (formal 


2 深入 


本 书 的 第 1 部 分 讲解 了 有 关 C++ 模 板 的 大 多 数 (与 语言 相关 的 ) 概 
念 。 日 剃 C++ 程 序 设计 中 所 直到 的 很 多 问题 ， 都 可 以 从 这 部 分 教程 得 到 
解答 。 本 书 的 第 2 部 分 讨论 一 些 更 不 常见 的 问题 ， 也 束 古 当 我 们 深入 语 
言 特性 ， 并 且 硕 望 获得 高 层次 的 软件 效果 时 所 会 遇 到 的 一 些 问题 。 根 
据 目 己 的 阅读 习惯 ,你 可 以 跳 过 这 一 部 分 或 者 大 致 浏览 一 下 ， 而 等 到 
后 续 章 节 用 到 这 些 知 识 ， 或 者 根据 书后 的 索引 查找 这 些 知 识 时 ， 再 回 
来 查看 这 些 特定 的 主题 。 

我 们 的 目标 是 让 书 中 的 叙述 简单 且 完 整 ， 同 时 尽量 保证 所 讨论 的 
内 容 准 确 无 误 。 基 于 这 个 目的 ， 我 们 的 例子 通常 部 是 简短 和 人 为 的 ; 
这 也 确保 不 会 涉及 到 与 所 讨论 话题 无 天 的 内 容 。 

另外 ， 我 们 还 针对 C++ 的 模板 语言 等 性， 预测 了 C++ 模板 在 将 来 可 
能 的 变化 和 扩展 。 人 简短 而 言 ， 这 一 部 分 的 主题 包括 : 

“基本 的 模板 声明 话题 。 

“模板 中 命名 机 制 的 台 义 。 

“C++ 的 模板 实例 化 机 制 。 

“模板 实 参 滨 绎 规则 。 

“ 特 化 和 重 载 。 

“将 来 的 改变 和 扩展 。 


coe 
> 


基 


在 这 一 章 里 ， 我 们 将 深入 回顾 在 本 书 第 一 部 分 所 提 到 的 一 些 基 础 
知识 :模板 的 声明 、 8 


攻 声 昌 


C++ 现 今 支 持 两 种 基本 类 型 的 模板 :类 模板 和 画 数 模板 (参阅 13.6 
节 可 以 看 到 将 来 在 这 方面 的 变化 ) ， 这 个 分 类 实际 上 还 包含 成 员 模 
板 。 这 些 模板 的 声明 和 普通 类 与 普通 函数 的 声明 很 相似 ， 唯 一 的 区 别 
就 是 模板 声明 需要 引入 一 个 参数 化 子 句 ， 子 句 的 格式 大 体 如 下 : 

template<...parameters here...> 

或 者 

export template<...parameter here...> 

(关于 关键 字 export 更 详细 的 叙述 ， 请 见 6.3 节 和 10.3.3 小 节 ) 。 

我 们 将 在 后 一 方才 评 细 和 叙述 实际 中 各 种 模板 参数 的 声明 。 现 在 ， 
让 我 们 先 来 看 一 个 例子 ， 它 给 出 了 函数 模板 和 类 模板 这 两 种 模板 ， 分 
别 作为 类 成 员 的 声明 和 普通 名 字 空 间 域 [1] 的 声明 : 


template <typename T> 


class List { // 作 为 名 字 空 间作 用 域 的 类 模板 
public: 

template <typename T2> // 成 员 芳 数 模 板 

List (List<T2> const&); /( 构 造 函 数 ) 
}; 


template <typename T> 

template <typename T2> 

List<T>::List(List<T2> const& b) // 位 于 类 外 部 的 成 员 

{ /函数 模板 定义 


} 


template <typename 工 > 


int length(List<T> const&); // 位 于 外 部 名 字 空 间 

// 作 用 域 的 函数 模板 

class Collection { 

template <typename T> // 位 于 类 内 部 的 成 员 类 模板 

class Node { /该 类 模板 的 定义 

}; 

template <typename T> // 男 一 个 作为 成 员 《即位 于 外 
// 类 的 内 部 ) 的 类 模板 

class Handle; /该 类 模板 在 此 没有 定义 


template <typename 工 > /位 于 类 内 部 的 成 员 函 数 模板 的 
定义 


T* allco0 { / 《因此 也 是 一 个 显 式 内 联 画 
} 
上 
template <typename T> // 一 个 在 类 的 外 部 定义 的 
// 成 员 类 模板 
class Collection::Handle { // 该 类 模板 的 定义 


从 上 面 代码 可 以 看 出 ， 在 所 属 外 围 类 [2] 的 外 部 进行 定义 的 成 员 模 


板 可 以 具有 多 个 模板 参数 子 句 template<...>: 一 个 子 句 用 于 该 模板 自 


二 


另 一 个 子 句 用 于 外 围 类 模板 。 另 外 ， 子 句 的 顺序 是 从 最 外 围 的 类 


模板 开始 ， 依 次 到 达 内 部 模板 。 


另外 ， 联 合 (Union) 模板 也 是 允许 的 〈 它 往往 被 看 作 类 模板 的 一 


种 ) : 


template <typename 工 > 
union AllocChunk { 
工 object; 
unsigned char bytes[sizeof(T)]; 
}; 
和 普通 函数 声明 一 样 ， 芳 数 模板 声明 也 可 以 具有 缺 省 调用 实 参 : 


template <typename T> 


void report_top (Stack<T> const&, int number = 10); 
template <typename T> 
void fill (Array<T>*, T const& = T() );// 对 于 基本 类 型 [3] 
/TO 为 0 
后 一 个 声明 说 明了 : 缺 省 调用 实 参 可 以 依赖 于 模板 参数 。 显 然 ， 


当 fil0 函 数 补 调用 时 ， 如 来 提供 了 第 2 个 函数 调用 参数 的 话 ， 束 不 会 实 
例 化 这 个 缺 省 实 参 。 这 同时 说 明了 : 即使 不 能 基于 特定 类 型 T 来 实例 化 
缺 省 调用 实 参 [4] ， 也 可 能 不 会 出 现 错误 。 例 如 : 


class Value { 
public: 
Value(int); // 不 存在 缺 省 构造 玉 数 
je 
void init (Array<Value>* array) 


{ 


Value zero(0); 
fill(array, zero); /正确 : 没有 使 用 =T0 
fill(array); /错误 : 使 用 了 =TO， 但 当 T = 
//Value 时 缺 省 构 千 函数 无 效 
} 
除了 两 种 基本 类 型 的 模板 之 外 ， 还 可 以 使 用 相似 的 符号 来 参数 化 
其 他 的 3 种 声明 。 这 3 种 声明 分 别 都 有 与 之 对 应 的 类 模板 成 员 [5] 的 定 
> 


(1) 类 模板 的 成 员 函 数 的 定义 。 
(2) 类 模板 的 岁 套 类 成 员 的 定义 。 
(3) 类 模板 的 静态 数据 成 员 的 定义 。 
尽管 也 可 以 对 这 三 者 进行 参数 化 ， 但 它们 的 定义 使 用 的 都 不 是 自 
身 (first-class ， 即 第 一 次 使 用 ) 的 模板 ， 而 是 外 围 类 模板 。 它 们 的 参 
数 也 都 是 由 外 围 类 模板 来 决定 的 。 下 面 是 一 个 使 用 这 种 定义 的 例子 : 
template <int I> 
class CupBoard { 
void open(); 
class Shelf; 
static double total_weight; 
}; 
template <int I> 
void CupBoard<I>::open() 
{ 


} 


template <int I> 
class CupBoard<I>::Shelf { 


}; 

template <int I> 

double CupBoard<I>::total_weight = 0.0; 

尽管 这 种 参数 化 定义 通常 也 被 称 为 模板 ， 但 也 存在 不 使 用 这 个 概 
念 【 即 模板 ) 的 情况 。 


8.1.1 虚 成 员 函 数 

成 员 画 数 模板 不 能 被 声明 为 虚 函 数 。 这 是 一 种 需要 强制 执行 的 限 
制 ， 因 为 虚 画 数 调 用 机 制 的 普遍 实现 都 使 用 了 一 个 大 小 固定 的 表 ， 每 
个 虚 画 数 都 对 应 表 的 一 个 入 口 。 然 而 ， 成 员 画 数 模 板 的 实例 化 个 数 ， 
要 等 到 整个 程序 都 翻译 完毕 才能 够 确定 ， 这 就 和 表 的 大 小 (是 固定 
的 ) 发 生 了 冲突 。 因 此 ， 如 果 (将 来 ) 要 支持 虚 成 员 画 数 模 板 ， 将 需 
要 一 种 全 新 的 C++ 编译 器 和 链接 器 的 机 制 。 

相反 ， 类 模板 的 普通 [6] 成 员 可 以 是 虚 函 数 ， 因 为 当 类 被 实例 化 之 
后 ， 它 们 的 个 数 是 固定 的 : 


template <typename T> 


class Dynamic { 
public: 
virtual ~Dynamic (); /OK: 每 个 Dynamic 只 对 应 一 个 析 构 函数 
template <typename T2> 
virtual void copy (T2 const&); 
/错误 : 在 确定 Dynamic<T> 实 例 的 
/时 候 ， 并 不 知道 copy0 的 个 数 


8.1.2 模板 的 链接 


必须 是 唯一 的 ;除非 函数 模板 可 以 被 重 载 ( 见 第 12 章 ) 。 特 别 是 ， 
模板 不 能 和 男 外 一 个 实体 共享 一 个 名 称 ， 这 一 点 和 class 类 型 是 不 同 
的 : 


每 个 模板 都 必须 有 一 个 名 字 ， 而 且 在 它 所 属 的 作用 域 下 ， 该 名 字 
是 ， 关 


瑟 


int C; 
class C;/ 正 确 : 类 名 称 和 非 类 名 称 位 于 不 同 的 名 字 空 间 (space) 
int 义 ; 


template <typename 工 > 

class X; /错误 : 和 变量 X 冲 突 
struct S; 

template <typename T> 

class S; /错误 ， 和 struct S 冲 突 


模板 名 字 是 具有 链接 的 ， 但 它们 不 能 具有 C 链 接 。 但 我 们 在 大 多 数 


情况 下 所 说 的 古 标 准 的 链接 ， 同 时 也 存在 非 标 准 的 链接 ， 它 们 可 以 具 
有 一 个 依赖 于 实现 的 含义 〈 然 而 ， 我 们 还 没 发 现 有 用 于 文 持 非 标准 模 
板 名 字 链 接 的 编译 器 实现 ) 。 见 下 面 例子 所 示 : 


extern“C++”template <typename 工 > 


void normal(); /这 是 缺 省 情况 ， 上 面 的 链接 规范 可 以 不 


extern“C”template <typename 工 > 


void invalid(); /错误 的 : 模板 不 能 具有 C 链 接 
extern“Xroma”template <typename 工 > 
void xroma_ link(): / 非 标准 的 ， 但 某 些 编译 器 将 来 可 能 文 持 


/Xroma 语 言 的 链接 兼容 性 
模板 通常 具有 外 部 链接 。 唯 一 的 例外 就 是 前 面 有 static 修饰 符 的 名 


间作 用 域 下 的 函数 模板 : 


zz 万 
= 


template <typename 工 > 
void external(); /作为 一 个 声明 ， 引 用 位 于 其 他 文件 的 、 
具有 
/相同 名 称 的 实体 ， 即 引用 位 于 其 他 文件 
// 的 external() 汞 数 模板 ， 也 称 前 置 声 明 
template <typaname T> 


static void internal0; ”// 与 其 他 文件 中 具有 相同 名 称 的 模板 没有 天 


他 
/ 即 不 是 外 部 链接 
因此 我 们 知道 (由 于 外 部 链接 ) : 不 能 在 函数 内 部 声明 模板 
8.1.3 基本 模板 

如 果 模 板 声明 的 是 一 个 普通 声明 ， 我 们 就 称 它 声明 的 是 一 个 基本 
模板 。 这 类 模板 声明 是 指 : 没有 在 模板 名 称 后 面 添 加 一 对 尖 括 号 《和 
里 面 实 参 ) 的 声明 。 

template <typename T> class Box.; /正确 : 基本 模板 

template <typename T> class Box<T>; /错误 

template <typename T> void translate(T*); /正确 : 基本 模板 

template <typename T> void translate<T>(T+); /错误 

显然 ， 当 声明 局 部 特 化 的 时 候 ， 声 明 的 束 古 非 基本 模板 ， 我 们 将 
在 第 12 章 进 一 步 讨 论 局 部 特 化 。 另 外 ， 函 数 模板 必须 是 基本 模板 (但 
13.7 太 给 出 了 语言 将 来 在 这 方面 可 能 出 现 的 变化 。 


8.2 区 
现今 存在 3 种 模板 参数 : 


(1) 类 型 参数 (它们 是 使 用 得 最 多 的 ) 。 
(2) 非 类 型 参数 。 


(3) 模板 的 模板 参数 。 

从 前 面 知 道 ， 模 板 声 明 要 引入 参数 化 子 句 ， 模 板 参 数 就 是 在 该 子 
人 句 中 声明 的 。 这 类 声明 可 以 把 模板 参数 的 名 称 省 略 不 写 (就 是 说 ， 在 
后 面 不 会 引用 该 名 称 的 前 提 下 ) : 

template <typename, int> /省 略 不 写 。 

Class X; 

显然 ， 如 采 在 模板 声明 后 面 需要 引用 参数 名 称 ， 那 么 这 些 参数 名 
称 是 一 定 要 写 上 的 。 男 外 ， 在 同一 对 尖 括 号 内 部 ， 位 于 后 面 的 模板 参 
数 声 明 可 以 引用 前 面 的 模板 参数 名 称 (但 前 面 的 不 能 引用 后 面 的 ) : 


template <typename T, /在 第 2 个 参数 和 第 3 个 参数 的 
T* Root， /声明 中 都 使 用 了 第 1 个 参数 T 


template<T*> class Buf> 


class Structure; 


8.2.1 类 型 参数 

类 型 参数 是 通过 关键 字 typename 或 者 class 引 入 的 : 它们 两 者 几乎 是 
等 同 的 [7] 。 关 键 字 后 面 必须 是 一 个 简单 的 标识 符 ， 后 面 用 如 号 来 隔 开 
下 一 个 参数 声明 ， 等 号 〈=) 代表 接 下 来 的 是 缺 省 模板 实 参 ， 一 个 坊 
闭 的 尖 括 号 (>) 表示 参数 化 子 句 的 结束 。 

在 模板 声明 内 部 ， 类 型 参数 的 作用 类 似 于 typedef (类 型 定义 ) 名 
称 。 例 如 ， 如 有 果 T 是 一 个 模板 参数 ， 或 不 能 使 用 诸如 class TI 等 形式 的 修 
饰 名 称 ， 即 使 IT 是 一 个 要 被 class 类 型 替换 的 参数 也 不 可 以 。 


template <typename Allocator> 


class List { 
class Allocator* allocator:; // 错 误 


friend class Allocator: // 错 误 


目 
我 们 可 以 设想 ， 这 种 友 元 声明 机 制 在 将 来 是 有 可 能 被 加 入 标准 


的 。 
8.2.2 元 

非 类 型 参数 表示 的 是 :在 编译 期 或 链接 期 可 以 确定 的 常 值 [8] 。 这 
种 参数 的 类 型 ( 换 句 话说 ， 束 是 这 些 常 值 的 类 型 ) 必须 是 下 面 的 一 
种 : 

。 整 型 或 者 枚 举 类 型 。 

“指针 类 型 (包含 普通 对 象 的 指针 类 型 、 画 数 指针 类 型 、 指 向 成 员 
的 指针 类 型 ) 。 

“| 用 类 型 (指向 对 象 或 者 指 癌 范 数 的 引用 都 是 允许 的 ) 。 

所 有 其 他 的 类 型 现今 都 不 允许 作为 非 类 型 参数 使 用 (但 是 在 将 来 
很 可 能 会 增加 浮 点 数 类 型 ， 参 见 13.4P) 。 

或 许 会 令 你 惊讶 的 是 ， 在 某 些 情况 下 ， 非 模板 参数 的 声明 也 可 以 


使 用 关键 字 typename: 
template <typename T, // 类 型 参数 
typename T::Allocator* Allocator> // 韭 类 型 参数 
class List; 


这 两 种 参数 的 区 分 很 容易 : 第 1 个 typename 的 后 面 古 一 个 人 简单 标 
识 符 T， 而 第 2 个 typename 的 后 面 是 一 个 受 限 的 名 称 ( 换 句 话说 ， 是 一 
个 包含 两 个 冒号 (: : ) 的 名 称 ) 。5.1 节 和 9.3.2 小 节 解 释 了 在 非 类 型 
参数 中 使 用 typename 关 键 字 的 作用 。 

函数 和 数组 类 型 也 可 以 被 指定 为 非 模板 参数 ， 但 要 把 它们 先 隐 式 
地 转换 为 指针 类 型 ， 这 种 转型 也 称 为 decay: 

template<int buf[5]> class Lexer; /buf 实 际 上 是 一 个 int* 类 型 

template<int* buf> class Lexer; /正确 : 这 是 上 面 的 重新 声明 


韭 类 型 模板 参数 的 声明 和 变量 的 声明 很 相似 ， 但 它们 不 能 具有 
static、mutable 等 修饰 符 ， 只 能 具有 const 和 volatile 限 定 人 符 。 但 如 采 这 两 
个 限定 符 限 定 的 如 采 是 最 外 层 的 参数 类 型 ， 编 译 絮 将 会 名 略 它 们 : 

template<int const length> class Buffer; 

/这 里 的 const 是 没 用 的 ， 被 忽略 了 

template<int length> class Buffer; /和 上 面 是 等 同 的 

最 后 ， 非 类 型 模板 参数 只 能 是 石 值 : 它们 不 能 被 取 址 ， 也 不 能 被 
赋值 。 


8.2.3 名 忆 的 名 几 

模板 的 模板 参数 是 代表 类 模板 的 占 位 符 (placeholder) 。 它 的 声明 
和 类 模板 的 声明 很 类 似 ， 但 不 能 使 用 关键 字 struct 和 union: 

template <template<typename X> class C> // 正 确 

void f(C<int>* p); 


template <template<typename X> struct C> /错误 

void f(C<int>* p); 

template <template<typename X> union C> /错误 

void f(C<int>* p); 

在 它们 声明 的 作用 域 中 ， 模 板 的 模板 参数 的 用 法 和 类 模板 的 用 法 
很 相似 。 

模板 的 模板 参数 的 参数 (如 下 面 的 A) 可 以 具有 缺 省 模板 实 参 。 显 
然 ， 只 有 在 调用 时 没有 指定 该 参数 的 情况 下 ， 才 会 应 用 缺 省 模板 实 


Sh 


template <template<typename 了 
typename A = MyAllocator> class Container> 
class Adaptation { 


Container<int> storage; 


// 隐 式 等 同 于 Container<int,MyAllocator> 


上 
对 于 模板 的 模板 参数 而 言 ， 它 的 参数 名 称 只 能 被 目 喘 其 他 参数 的 
声明 使 用 。 下 面 的 假设 例子 说 明了 这 一 点 : 


template <template<typename 1T, T*> class Buf> 


党 


class Lexer { 
static char storage[5]; 
Buf<char,&Lexer<Buf>::storage[0]> buf; 
} 
template <template<typename T> class List> 
class Node { 


static T* storage; 


1/ 错误， 模板 的 模板 参数 的 参数 在 这 里 不 能 被 使 用 


’ 

通常 而 言 ， 模 板 的 模板 参数 的 参数 的 名 称 ( 如 上 面 例子 的 T) 并 不 会 
在 后 面 被 用 到 。 因 此 ， 该 参数 也 经 党 被 省 略 不 写 ， 即 没有 命名 。 例 
如 ， 前 面 Adaptation 模 板 的 例子 可 以 这 样 声明 : 


template <template <typename, typename = MyAllocator> class 


Container> 
class Adaptation 
{ 
Container<int> storage; 
// 隐 式 等 价 于 Container<int, MyAllocator> 


8.2.4 喉 4 实 参 
现今 ， 只 有 类 模板 声明 才能 具有 缺 省 模板 实 参 (在 这 方面 可 能 的 
变化 详 见 13.3 节 ) 。 从 前 面 我 们 知道 ， 任 何 类 型 的 模板 参数 都 可 以 拥 
有 一 个 缺 省 实 参 ， 只 要 该 缺 省 实 参 能 够 匹配 这 个 参数 束 可 以 。 显 然 ， 
缺 省 实 参 不 能 依赖 于 目 身 的 参数 ;但 可 以 依赖 于 前 面 的 参数 : 


template <typename T, typename Allocator = allocator< 工 > > 


class List; 
1// 就 是 说 ，allocator<T> 不 能 依赖 于 本 身 参 数 
Allocator, 
// 但 是 能 依赖 于 前 面 参数 T 
与 缺 省 的 函数 调用 参数 的 约束 一 样 ， 对 于 任 一 个 模板 参数 ， 只 有 
在 之 后 的 模板 参数 都 提供 了 缺 省 实 参 的 前 提 下 ， 才 能 具有 缺 省 模板 实 
参 。 后 面 的 缺 省 值 通 常 是 在 同 个 模板 声明 中 提供 的 ， 但 也 可 以 在 前 面 
的 模板 声明 中 提供 。 下 面 的 例子 说 明了 这 一 点 : 


template <typename T1, typename T2, typename T3, 


typename T4 = char, typename T5 = char> 
class Quintuple; /正确 
template <typename T1, typename T2, typename T3 = char, 
typename T4, typename T5> 
class Quintuple; /正确 ， 根 据 前 面 的 模板 声明 
/MT4 和 T5 已 经 具有 缺 省 值 了 
template <typename T1 = char typename T2, typename 工 3， 
typename T4, typename T5> 
class Quintuple; /错误 ，T1 不 能 具有 人 缺 省 实 参 
/因为 T2 还 没有 缺 省 实 参 
另外 ， 缺 省 实 参 不 能 重复 声明 : 


template <typename T = void> 


class Value; 
template <typename T = void> 
class Value; // 错 误 : 重复 出 现 的 缺 省 实 参 


8.3 模板 实 参 


模板 实 参 是 指 : 在 实例 化 模板 时 ， 用 来 蔡 换 模板 参数 的 值 。 我 们 
可 以 使 用 下 面 几 种 不 同 的 机 制 来 确定 这 些 值 : 

* 显 式 模 板 实 参 : 紧 跟 在 模板 名 称 后 面 ， 在 一 对 尖 括 号 内 部 的 显 式 
模板 实 参 值 。 所 组 成 的 整个 实体 称 为 ttmplate-id 。 

“注入 式 (injected) 类 名 称 : 对 于 具有 模板 参数 P1、P2..…. 的 类 模 
板 X， 在 它 的 作用 域 中 ， 模 板 名 称 ( 即 X) 等 同 于 template-id : 
X<P1,P2,.…...>。 具 体 细节 可 以 参见 9.2.3 小 条。 

“ 缺 省 模板 实 参 : 如 果 提 供 缺 省 模板 实 参 的 话 ， 在 类 模板 的 实例 中 
就 可 以 省 略 显 式 模板 实 参 。 然 而 ， 即 使 所 有 的 模板 参数 都 具有 缺 省 
值 ， 一 对 尖 插 号 还 是 不 能 省 略 的 (即使 尖 括 号 内 部 为 空 ， 也 要 保留 尖 
括号 ) 。 

" 实 参 演绎 : 对 于 不 是 显 式 指定 的 函数 模板 实 参 ， 可 以 在 函数 的 调 
用 语句 中 ， 根 据 函 数 调用 实 参 的 类 型 来 演绎 出 函数 模板 实 参 。 第 11 章 
描述 了 演绎 的 细 丰 。 事 实 上 ， 实 参 演绎 还 可 以 在 其 他 几 种 情况 下 出 
现 。 男 外 ， 如 果 所 有 的 模板 实 参 都 可 以 通过 演绎 获得 ， 那 么 在 函数 模 
板 名 称 后 面 就 不 需要 指定 尖 括 号 。 

8.3.1 实 允 

对 于 函数 模板 的 模板 实 参 ， 我 们 可 以 显 式 指定 它们 ， 或 者 借助 于 
模板 的 使 用 方式 对 它们 进行 实 参 演绎 。 例 如 : 

//details/max.cpp 


template <typename T> 


inline T const& max(T const& a, T const& b) 


{ 
returmna<b?b:a:; 
} 
int main() 
{ 
max<double>(1.0, -3.0); // 显 式 指定 模板 实 参 
max(1.0, -3.0); // 模 板 实 参 被 隐 式 演绎 成 double 
max<int>(1.0,3.0); / 显 式 的 <int> 禁 止 了 演绎 
/因此 返回 结果 是 int 类 型 
} 


然而 ， 某 些 模 板 实 参 永远 也 得 不 到 演绎 的 机 会 ( 见 第 11 章 ) ， 于 
是 ， 我 们 最 好 把 这 些 实 参 所 对 应 的 参数 放 在 模板 参数 列表 的 开始 处 ， 
从 而 可 以 显 式 指定 这 些 参数 ， 而 其 他 的 参数 仍然 可 以 进行 实 参 演绎 。 
例如 : 

//details/implicit.cpp 


St 小 


template <typename DstT, typename SrcT> 
inline DstT implicit_cast (SrcT const& x) //Srct 可 以 被 演绎 


{ /但 DstT 不 
可 以 
return x; 
} 
int main() 
{ 


double value = implicit_cast<double>(-1); 


如 果 我 们 调换 例子 中 模板 参数 的 顺序 〈 换 句 话 说 ， 我 们 把 该 模板 
写成 : template<typename SrcT, typename DstT>) ， 那 么 调用 
implicit_cast 束 必须 显 式 指定 两 个 模板 实 参 。 

由 于 函数 模板 可 以 被 重 载 ， 所 以 对 于 函数 模板 而 言 ， 显 式 提 供 所 
有 的 实 参 并 不 足以 标识 每 一 个 函 数 : 在 一 些 例子 中 ， 它 标识 的 是 由 许 
多 函数 组 成 的 团 数 集合 。 下 面 的 例子 清楚 地 说 明了 这 一 点 : 


template <typename Func, typename 工 > 


void apply (Func func_ptr, T x) 
{ 
fun_ptr(x); 
} 
template <typename T> void single(T); 
template <typename T> void multi(T); 


template <typename T> void multi(T*); 


int main() 
{ 

apply(&single<int>, 3); // 正 确 

apply(&multi<int>, 7); // 错 误 : &multi<int> 不 唯一 
.| 


在 这 个 例子 中 ，apply0 的 第 一 次 调用 是 正确 的 ， 因 为 表达 式 
&single<int> 的 类 型 是 确定 的 ; 因此 ， 可 以 很 容易 地 演绎 出 Func 参 数 的 
模板 实 参 值 。 然 而 ， 在 第 2 次 调用 中 ，&multi<int> 可 以 是 两 种 函数 类 型 
中 的 任意 一 种 ， 因 此 在 这 种 情况 下 会 产生 二 义 性 ， 不 能 演绎 出 Func 的 
实 参 。 

另外 ， 在 函数 模板 中 ， 显 式 指定 模板 实 参 可 能 会 试图 构造 一 个 无 
效 的 C++ 类 型 。 考 虑 下 面 的 重 载 模板 函数 : 


template<typename T> RI1 test(typename T::X const*); 


template<typename T> RI2 test(...); 

表达 式 test<int> 可 能 会 使 第 1 个 函数 模板 营 无 意义 ， 因 为 基本 int 类 
型 根本 就 没有 成 员 类 型 X。 然 而 ， 第 2 个 模板 就 没有 这 种 问题 。 因 此 ， 
表达 式 &test<int> 能 够 标识 一 个 唯一 函数 的 地 址 〈《 即 第 2 个 函数 的 地 
址 ) 。 而 且 ， 不 能 用 int 来 奉 换 第 1 个 模板 的 参数 ， 并 不 意味 着 
&test<int> 是 非法 的 (就 是 下 面 的 SFINAE 原 则 ) 。 实 际 上 ，&test<int> 
在 这 里 是 有 效 的 ， 也 是 合法 的 。 

显然 , “替换 失败 并 非 错 误 (substitution-failure-is-not-an-error， 
SFINAE) ”原则 是 令 函 数 模板 可 以 重 载 的 重要 因素 。 然 而 ， 它 同时 也 
涉及 到 值得 我 们 注意 的 编译 期 技术 。 例 如 ， 假 设 类 型 RT1 和 RT2 的 定义 
如 下 : 

typedef char RT1; 

typedef struct { char a[2];} RT2; 

于 是 ， 我 们 就 可 以 在 编译 期 检查 (也 就 是 说 ， 检 查 是 否 可 以 把 它 
看 成 一 个 constant-expression) 给 定 类 型 T 是 否 具备 成 员 类 型 X: 

#define type_has_member type_X(T) (sizeof(test<T>(0)) == 1) 

为 了 理解 安 中 的 表达 式 ， 采 取 由 外 至 内 的 分 析 方 法 会 比较 简单 。 
首先， 对 于 sizeof 表 达 式 ， 如 果 选 择 的 是 第 1 个 test 模 板 〈 它 返回 一 个 大 
小 为 1 的 char) ， 它 将 等 于 1， 而 另 一 个 test 模 板 会 返回 一 个 大 小 至 少 为 2 
的 结构 (因为 它 包含 一 个 由 两 个 char 组 成 的 数组 ) 。 换 句 话 说， 可 以 把 
这 个 宏 看 成 是 一 个 用 来 确定 constant-expression 的 泌 置 ， 它 可 以 判断 调 
用 test<T>(0) 时 调用 的 是 哪 一 个 test 模 板 。 显 然 ， 如 果 给 定 的 类 型 T 没 有 
成 员 类 型 X， 那 么 区 不 能 选择 第 1 个 模板 。 相 反 ， 如 果 工 具有 成 员 类 型 
又 ， 那 么 根据 重 载 解析 规则 〈 见 附录 B) : 从 0 到 空 指针 常量 的 类 型 转 
换 要 优先 于 绑 定 一 个 实 参 给 省 上 略 号 参数 《根据 重 载 解析 的 观点 ， 省 略 
号 参数 是 最 弱 的 绑 定 类 型 ) ， 将 会 调用 第 1 个 模板 。 我 们 将 在 第 15 章 讨 
论 类 似 的 技术 。 


SFINAE 原则 保护 的 只 是 : 允许 试图 创建 无 效 的 类 型 ， 但 并 不 允许 
试图 计算 无 效 的 表达 式 。 因 此 ， 下 面 的 例子 是 错误 的 C++ 例子 : 

template<int I> void f(int (&)[24/(4-D]); 

template<int I> void f(int (&)[24/(4+7))); 

int main() 

{ 

&f<4>; 1/ 错误， 替换 后 第 一 个 除数 等 于 0 (不 能 应 用 

SFINAE) 

} 

即使 第 2 个 模板 文 持 这 种 奉 换 ， 它 的 除数 也 不 会 为 0， 但 是 这 个 例 
子 是 错误 的 。 而 且 ， 这 种 错误 只 会 在 表达 式 目 号 出 现 ， 并 不 会 在 模板 
参数 表达 式 的 绑 定 中 出 现 。 因 此 ， 下 面 的 例子 是 合法 的 : 

template<int N> int g() { return N; } 


template<int* P> int g() { return *P;} 


int main() 
{ 

return g<1>(); /虽然 数字 1 不 能 被 绑 定 到 int* 参 数 
} /但 是 应 用 了 SFINAE 原 则 
15.2.2 小 节 和 19.3 节 给 出 了 SFINAE 原 则 的 进一步 应 用 。 


8.3.2 实 雪 
模板 的 类 型 实 参 是 一 些 用 来 指定 模板 类 型 参数 的 值 。 我 们 平时 使 
用 的 大 多 数 类 型 都 可 以 被 用 作 模 板 的 类 型 实 参 ， 但 有 两 种 情况 例外 : 
(1) 局 部 类 和 局 部 枚 举 ( 换 句 话说 ， 指 在 函数 定义 内 部 声明 的 类 
型 ) 不 能 作为 模板 的 类 型 实 参 。 
(2) 未 命名 的 class 类 型 或 者 未 命名 的 枚 举 类 型 1 不 能 作为 模板 的 
类 型 实 参 (然而 ， 通 过 typedef 声 明 给 出 的 未 命名 类 和 枚 举 是 可 以 作为 


模板 类 型 实 参 的 ) 。 
1 译注 : “未 命名 的 ”原文 是 unnamed。David 对 此 的 解释 是 : 
unnamed means with no name ， 壁 如 : 
struct { int x; } s: 
enum {e=3}c: 
s 和 c 具有 的 就 是 unnamed types。 
下 面 的 例子 很 好 地 说 明了 这 两 种 例外 情况 : 


template <typename T> class List { 


上 
typedef struct { 
double x, y, Z; 


} Point; 
typedef enum { red, green, blue } *ColorPtr; 
int main() 
{ 
struct Association // 局 部 类 型 
{ 
int* p; 
int* qd; 
上 
List<Association*> errorl; /错误 : 模板 实 参 中 使 用 了 局 部 类 
型 
List<ColorPtr> error2; /错误 : 模板 实 参 中 使 用 了 未 命 
名 的 


/类 型 因为 typedef 定 义 的 是 
//*ColorPtr， 并 非 ColorPtr 


List<Point> ok:; /正确 : 通过 使 用 typedef 定 义 
/的 未 命名 类 型 
} 
通常 而 言 ， 尽 管 其 他 的 类 型 都 可 以 用 作 模 板 实 参 ， 但 前 提 是 该 类 
型 替换 模板 参数 之 后 获得 的 构造 必须 是 有 效 的 。 


template <typename 工 > 


void clear (T p) 
{ 

*p=0; // 要 求 单 目 运 算 符 * 可 以 用 于 类 型 T 
} 
int main() 
{ 

int a; 

clear(a); /错误 : int 类 型 并 不 文 持 单 目 运算 符 *# 
} 


8.3.3 I 实 

非 类 型 模板 实 参 是 那些 奉 换 非 类 型 参数 的 值 。 这 个 值 必须 是 以 下 
几 种 中 的 一 种 ; 

* 某 一 个 具有 正确 类 型 的 非 类 型 模板 参数 。 

“一 个 编译 期 整 型 常 值 〈 或 枚 举 值 ) 。 这 只 有 在 参数 类 型 和 值 的 类 
型 能 够 进行 匹配 ， 或 者 值 的 类 型 可 以 隐 式 地 转换 为 参数 类 型 (例如 ， 
一 个 char 值 可 以 作为 int 参 数 的 实 参 ) 的 前 提 下 ， 才 是 合法 的 。 

前 面 有 单 目 运 算 符 & ( 即 取 址 ) 的 外 部 变量 或 者 函数 的 名 称 。 对 
于 函数 或 数组 变量 ，& 运算 符 可 以 省 略 。 这 类 模板 实 参 可 以 匹配 指针 类 
型 的 非 类 型 参数 。 


“对 于 引用 类 型 的 非 类 型 模板 参数 ， 前 面 没 有 & 运 算 符 的 外 部 变量 
和 外 部 函数 也 是 可 取 的 。 

“一 个 指向 成 员 的 指针 常量 (pointer-to-member constant) ; 换 句 话 
说 ， 类 似 &C:m 的 表达 式 ， 其 中 C 是 一 个 class 类 型 ，m 是 一 个 非 静 仿 成 
员 0 这 类 实 参 只 能 匹配 类 型 为 “成 员 指 针 ” 的 非 


当 实 参 匹 配 “ 指 针 类 型 或 者 引用 类 型 的 参数 "时 ， 用 户 定义 的 类 型 
转换 (例如 单 参数 的 构造 画 数 和 重 载 类 型 转换 运算 符 ) 和 由 派生 类 到 
基 类 的 类 型 转换 ， 都 是 不 会 被 考虑 的 ; 即使 在 其 他 的 情况 下 ， 这 些 隐 
式 类 型 转换 是 有 效 的 ， 但 在 这 里 都 是 无 效 的 。 隐 式 类 型 转换 的 唯一 应 
用 只 能 是 : 给 实 参 加 上 关键 字 const 或 者 volatile 。 

下 面 是 一 些 有 效 的 非 类 型 模板 实 参 的 例子 : 


template <typename T, T nontype_param> 


class C; 
C<int,33>* c1; // 整 型 
int a; 
C<int*,&a>* c2; // 外 部 变量 的 地 址 
void f(); 
void f(int); 
C<void(*)(int),f>* c3; /函数 名 称 : 在 这 个 例子 中 ， 重 载 解析 
/会 选择 finb,f 前 面 的 & 隐 式 省 略 了 
classX{ 
Public: 
int Di; 
static bool b; 
}; 


C<bool&, X::b>* c4: /静态 类 成 员 是 可 取 的 


/变量 (和男 数 ) 名 称 
C<int X::*, QX::n>* c5: // 指 回 成 员 的 指针 铺 量 
template<typename 工 > 
void templ_func(); 
C<void(), &templ]_func<double> >* c6; 
/函数 模板 实例 同时 也 是 函数 
模板 实 参 的 一 个 普遍 约束 是 : 在 程序 创建 的 时 候 ， 编 译 器 或 者 链 
接 器 要 能 够 确定 实 参 的 值 。 如 果实 参 的 值 要 等 到 程序 运行 时 才能 够 确 
定 ( 壁 如 ， 局 部 变量 的 地 址 ) ， 就 不 符合 “模板 是 在 程序 创建 的 时 候 进 
行 实例 化 ”的 概念 了 。 
男 一 方面 ， 有 些 和 常 值 不 能 作为 有 效 的 非 类 型 实 参 ， 这 也 许 会 令 你 


狗 得 很 诺 异 。 这 些 第 值 包括 : 


有 大 字符 串 的 一 个 问题 束 是 :两 个 完全 等 同 的 字符 串 可 以 存储 在 
两 个 不 同 的 地 址 中 。 在 此 ， 我 们 用 一 种 〈 很 笨 的 ) 解决 方法 来 表达 需 
要 基于 字符 捉 进行 实例 化 的 模板 : 引入 一 个 额外 的 变量 来 存储 这 个 字 
符 串 。 


template <char const* str> 


class Message; 

extern char const hello[] = ”Hello World!”; 

Message<hello>* hello_msg; 

可 以 看 到 ， 我 们 使 用 了 关键 字 extern。 因 为 如 果 不 使 用 这 个 关键 
， 上 面 的 const 数 组 变量 将 具有 内 部 链接 。 

4.3 节 给 出 了 字符 串 的 男 一 个 例子 ， 天 于 这 方面 在 将 来 可 能 出 现 的 
变化 ， 请 参见 13.4 条 。 


二 


下 面 给 出 一 些 错误 的 例子 : 
template<typename T, T nontype_param> 
class C; 
class Base { 
Public: 
int i; 
} base; 
class Derived : public Base { 
} derived_obj; 
C<Base*, &derived_obj>* errl /错误 : 这 里 不 会 考虑 
1/ 派生 类 到 基 类 的 类 型 转换 
C<int&, base.i>* err2: /错误 : 域 运算 符 (.) 后 面 的 变 


/不 会 被 看 成 变量 
int a[10]; 
C<int*, &a[0]>* err3; /错误 : 单一 数组 元 素 的 地 址 
/并 不 是 可 取 的 
8.3.4 
“模板 的 模板 实 参 " 必 须 是 一 个 类 模板 ， 它 本 号 具有 人 参数， 该 参数 
必须 精确 匹配 它 “ 所 蔡 换 的 模板 的 模板 参数 ”本 和 喘 的 参数 。 在 匹配 过 程 
中 , “模板 的 模板 实 参 ”的 缺 省 模板 实 参 [9] 将 不 会 被 考虑 (但 是 如 果 
“模板 的 模板 参数 "具有 缺 省 实 参 [10] ， 那 么 模板 的 实例 化 过 程 是 会 
虑 模板 的 模板 参数 的 缺 省 实 参 的 ) 
因此 ， 下 面 的 例子 是 错误 的 : 
#include <list> 
//List 的 声明 : 


A 人 7 


// namespace std { 


// template <typename 了 

// typename Allocator = allocator<T> > 
// class list: 

// } 


template <typename T1, 
typename 工 2， 
template<typename> class Container> 
/Container 期 望 的 是 只 具有 一 个 参数 的 模板 
class Relation { 


public: 


private: 

Container<T1> dom1l; 

Container<T2> dom2; 
} 
int main() 
{ 

Relation<int,double,std::list> rel; 

1/ 错误 : std::list 是 一 个 具有 多 个 〈 即 2 个 ) 参数 的 模板 


} 

这 里 的 问题 是 : 标准 库 中 的 std::list 模 板 具 有 两 个 参数 ， 它 的 第 2 个 
参数 (我 们 称 之 为 内 存 配置 器 allocator) 具有 一 个 缺 省 值 ; 但 是 当 我 们 
匹配 std::list 和 Container 参 数 时 ， 事 实 上 并 不 会 考虑 这 个 缺 省 值 〈 即 认 
为 缺 省 值 并 不 存在 ) 。 


有 时， 我 们 可 以 通过 给 模板 的 模板 参数 添加 一 个 具有 缺 省 值 的 参 
数 ， 来 解决 这 个 问题 。 在 前 面 的 例子 中 ， 我 们 可 以 这 样 改写 Relation 模 
板 : 

#include <memory> 

template <typename T1, 

typename 工 2， 
template<typename TT, 
typename = std::allocator<T> > class Container> 
//Container 现 在 就 能 够 接受 一 个 标准 容 人 如 模板 了 
class Relation { 


public: 


private: 
Container<T1> dom1l; 
container<T2> dom2; 
}; 
显然 ， 这 并 不 是 一 个 令 人 满意 的 解决 方案 ， 但 它 可 以 让 标准 容器 
模板 得 到 使 用 。 我 们 将 在 13.5 讨 论 将 来 在 这 方面 可 能 出 现 的 变化 。 
另外 我 们 注意 到 了 一 个 事实 : 从 语法 上 讲 ， 只 有 关键 字 class 才 能 
被 用 来 声明 模板 的 模板 参数 ;但 是 这 并 不 意味 只 有 用 关键 字 class 声明 
的 类 模板 才能 作为 它 的 殖 换 实 参 。 实 际 上 , “struct 模 板 ”`\“union 模 板 ” 
都 可 以 作为 模板 的 模板 参数 的 有 效 实 参 。 这 和 我 们 前 面 所 提 到 的 事实 
很 相似 : 对 于 用 关键 字 class 声 明 的 模板 类 型 参数 ， 我 们 可 以 用 (满足 
约束 的 ) 任何 类 型 作为 它 的 替换 实 参 。 
8.3.5 实 参 的 等 价 性 


当 每 个 对 应 实 参 值 都 相等 时 ， 我 们 就 称 这 两 组 模板 实 参 是 相等 
的 。 对 于 类 型 实 参 ，typedef 名 称 并 不 会 对 等 价 性 产生 影响 ， 束 古 诉 ， 
最 后 比较 的 还 是 typedef 原 本 的 类 型 。 对 于 非 类 型 的 整 型 实 参 ， 进 行 比 
较 的 是 实 参 的 值 ， 至 于 这 些 值 是 如 何 表达 的 ， 也 不 会 产生 有 影响。 下 面 
的 例子 说 明了 这 一 点 : 

template <typename T, int I> 

class Mix: 

typedef int Int; 

Mix<int, 3*3>* pl: 

Mix<Int, 4+5>* p2; //p2 和 p1 的 类 型 是 相同 的 

另外 ， 从 函数 模板 产生 ( 即 实例 化 出 来 ， 的 函数 一 定 不 会 等 于 普 
通 函 数 ， 即 便 这 两 个 函数 具有 相同 的 类 型 和 名 称 。 这 样 ， 针 对 类 成 
员 ， 我 们 可 以 引申 出 两 点 结论 : 


(1) 从 成 员 函 数 模板 产生 的 函数 永远 也 不 会 改写 一 个 虚 函 数 ( 进 
一 步 说 明成 员 画 数 模 板 不 能 是 一 个 虚 范 数 ) 。 

(2) 从 构造 画 数 模板 产生 的 构造 画 数 一 定 不 会 是 缺 省 的 拷贝 构造 
函数 《类 似 ， 从 赋值 运算 符 模 板 产生 的 赋值 运算 符 也 一 定 不 会 是 一 个 
拷贝 赋值 运算 符 。 但 是 ， 后 面 这 种 情况 通常 不 会 出 现 问 题 ， 因 为 与 找 
贝 构 千 函数 不 同 的 是 ， 赋值 运算 从 永远 也 不 会 被 隐 式 调用 ) 。 


一 


8.4 又 元 


友 元 声明 的 基本 概念 是 很 简单 的 : 授予 “ 某 个 类 或 者 函数 访问 友 元 
声明 所 在 的 类 ”的 权利 。 然 而 ， 由 于 以 下 两 个 事实 ， 这 些 简单 概念 却 变 
得 有 些 复杂 : 

(1) 友 元 声明 可 能 是 某 个 实体 的 唯一 声明 。 
(2) 友 元 函数 的 声明 可 以 是 一 个 定义 。 


友 元 类 的 声明 不 能 是 类 定义 ， 因 此 友 元 类 通 币 都 不 会 出 现 问题 。 
在 引入 模板 之 后 ， 友 元 类 声明 的 唯一 变化 只 是 : 可 以 命名 一 个 特定 的 
类 模板 实例 为 友 元 。 


template <typename T> 


class Node; 
template <typename 工 > 
Class Tree { 


friend class Node< 工 >; 


ke 

显然 ， 如 果 要 把 类 模板 的 实例 声明 为 其 他 类 (或 者 类 模板 ) 的 友 
该 类 模板 在 声明 的 地 方 必 须 是 可 见 [1] 的 。 然 而 ， 对 于 一 个 普通 
束 没 有 这 个 要 求 : 


template <typename T> 


并 总 


Class Tree { 
friend class Factory; /正确 : 即使 这 里 是 Factory 的 首次 声明 
friend class Node<T>: // 如 果 Node 在 此 是 不 可 见 的 


/这 条 语句 吏 是 错误 的 


上 
9.2.2 小 市 给 出 了 这 方面 更 详细 的 条 述 。 
8.4.1 友 元 图 数 
通过 确认 紧 接 在 友 元 函数 名 称 后 面 的 是 一 对 尖 括 号 ， 我 们 可 以 把 
函数 模板 的 实例 声明 为 友 元 。 人 尖 括 号 可 以 包含 模板 实 参 ， 但 也 可 以 通 
过 调用 参数 来 演绎 出 实 参 。 如 果 全 部 实 参 都 能 够 通过 演绎 获得 的 话 ， 
那么 尖 括 号 里 面 可 以 为 空 : 


template <typename T1, typename T2> 


void combine(T1,T2); 
class Mixer { 
friend void combine<>(int&, int&); 
/正确 : T1 = int&, T2 = int& 
friend void combine<int, int>(int, int); 
/正确 : T1 = int, T2 = int 
friend void combine<char>(char, int); 
/正确 : T1 = char, T2 = int 
friend void combine<char>(char&, int); 
/错误 : 不 能 匹配 上 面 的 combine() 模 板 
friend void combine<>(long, long) { ...} 
/错误 : 这 里 的 友 元 声明 不 允许 出 现 定义 。 
}; 
另外 应 该 知道 : 我 们 不 能 在 友 元 声明 中 定义 一 个 模板 实例 (我 们 
最 多 只 能 定义 一 个 特 化 ) ; 因此 ， 命 名 一 个 实例 的 友 元 声明 是 不 能 作 
为 定义 的 。 
如 宁 名 称 后 面 没 有 紧 跟 一 对 尖 括 号 ， 那 么 只 有 在 下 面 两 种 情况 下 
是 合法 的 : 
(1) 如 果 名 称 不 是 受 限 [12] 的 就 是 说 ,没有 包含 一 个 形 如 双 冒 
号 的 域 运算 符 ) ， 那 么 该 名 称 一 定 不 是 (也 不 能 ) 引用 一 个 模板 实 
例 。 如 果 在 友 元 声明 的 地 方 ， 还 看 不 到 [13] 所 匹配 的 非 模 板 函 数 ( 即 
普通 函数 ) ， 那 么 这 个 友 元 声明 就 是 画 数 的 首次 声明 。 于 是 ， 该 声明 
可 以 是 定义 。 
(2) 如 果 名 称 是 受 限 的 (就 是 说 前 面 有 双 冒 号 :，: ) ， 那 么 该 名 
称 必须 引用 一 个 在 此 之 前 声明 的 玉 数 或 者 函数 模板 。 在 匹配 的 过 程 
中 ， 匹 配 的 函数 要 优先 于 匹配 的 范 数 模板 。 然 而 ， 这 样 的 友 元 声明 不 
能 是 定义 。 


下 面 的 例子 可 以 说 明 这 些 情况 : 
void multiply (void*); /普通 函数 
template <typename 工 > 
void multiply(T); 函数 模板 
class Comrades { 
friend void multiply(int) { } 
// 定 义 了 一 个 新 的 函数 : : multiply(int) 
// 非 受 限 函数 名 称 ， 不 能 引用 模板 实例 
friend void ::multiply(void*) 
// 引 用 上 面 的 普通 钞 数 ， 
// 不 会 引用 multiply<void*> 实 例 
friend void ::multiply(int); 
/引用 一 个 模板 实例 
friend void ::multiply<double*>(double*) 
// 受 限 名 称 还 可 以 具有 一 对 尖 括 号 
// 但 模板 在 此 必须 是 可 见 的 


friend void ::error() { } 
/错误 : 受 限 的 友 元 不 能 是 一 个 定义 


}; 

在 前 面 的 例子 中 ， 我 们 是 在 一 个 普通 类 里 面 声 明 友 元 函数 。 如 果 
需要 在 类 模板 里 面 声 明 友 元 函数 ， 前 面 的 这 些 规则 仍然 是 适用 的 ， 唯 
一 的 区 别 吏 是 : 可 以 使 用 模板 参数 来 标识 友 元 函数 。 

template <typename 工 > 

class Node { 

Node<T>* allocate(); 


template <typename 工 > 
class List { 
friend Node<T>* Node<T>::allocate(); 


上 
然而 ， 如 采 我 们 在 类 模板 中 定义 一 个 友 元 函数 ， 那 么 将 会 出 现 一 
个 很 有 趣 的 现象 。 因 为 对 于 任何 只 在 模板 内 部 声明 的 实体 ， 都 要 等 到 
模板 被 实例 化 之 后 ， 才 会 是 一 个 具体 的 实体 ;在 这 之 前 该 实体 是 不 存 
在 的 。 类 模板 的 友 元 芳 数 也 是 如 此 。 考 虑 下 面 的 例子 : 


template <typename T> 


class Creator { 
friend void appear() { /一 个 新 函数 : : appear(0) 
/但 要 等 到 Creator 被 实例 化 之 


后 
// 才 存在 
} 
上 
Creator<void> miracle; /这 时 才 生 成 : : appear() 
Creator<double> oops; /错误 : ::appear0 第 2 次 被 生成 


在 这 个 例子 中 ， 两 个 不 同 的 实例 化 过 程 生成 了 两 个 完全 相同 的 定 
义 〈 即 appear 函数 ) ， 这 违反 了 ODR 原 则 ( 详 见 附录 A) 。 

因此 ， 我 们 必须 确定 : 在 模板 内 部 定义 的 友 元 函数 的 类 型 定义 
中 ， 必 须 包含 类 模板 的 模板 参数 (除非 我 们 希望 在 一 个 特定 的 文件 中 
禁止 多 于 一 个 的 实例 被 创建 ， 但 这 种 用 法 很 少 ) 。 让 我 们 这 样 修改 前 
面 的 例子 : 


template <typename 工 > 


Class Creator { 


friend void feed(Creator<T>*){ /每 个 T 都 生成 一 个 不 同 
// 的 ::feed() 函 数 


上 

Creator<void> one: // 生 成 ::feed (Creator<void>*) 

Creator<double> two; // 生 成 : : feed(Creator<double>*) 

在 这 个 例子 中 ， 每 个 Creator 的 实例 都 生成 了 一 个 不 同 的 feed() 函 
数 。 男 外 我 们 应 该 知道 ， 尽管 这 些 函 数 是 作为 模板 的 一 部 分 被 生成 
的 ， 但 函数 本 号 仍然 是 普通 函数 ， 而 不 是 模板 的 实例 。 

最 后 一 扩 束 是 : 由 于 函数 的 实体 处 于 类 定义 的 内 部 ， 所 以 这 些 函 
数 是 内 联 函 数 。 因 此 ， 在 两 个 不 同 的 翻译 单元 中 可 以 生成 相同 的 男 
数 ， 具 体 细 市 请 参见 9.2.2 小 节 和 11.7 记 。 

8.4.2 友 元 模板 

我 们 通常 声明 的 友 元 只 是 : 函数 模板 的 实例 或 者 类 模板 的 实例 ， 
我 们 指定 的 友 元 也 只 是 特定 的 实体 。 然 而 ， 我 们 有 时 候 需要 让 模板 的 
所 有 实例 都 成 为 友 元 ， 这 就 需要 声明 友 元 模板 。 例 如 : 

class Manager { 

template <typename T> 

friend class Task:; 
template <typename T> 

friend void Schedule<T>::dispatch(Task<T>*); 
template <typename T> 

friend int ticket() { 


return ++Manager: :Counter,; 


static int COUnteT; 
}; 
和 普通 友 元 的 声明 一 样 ， 只 有 在 友 元 模板 声明 的 古 一 个 非 受 限 的 
函数 名 称 ， 并 且 后 面 没有 紧 跟 尖 括 号 的 情况 下 ， 该 友 元 模板 声明 才能 
友 元 模板 声明 的 只 是 基本 模板 和 基本 模板 的 成 员 。 当 进行 这 些 声 
明之 后 ， 与 该 基本 模板 相对 应 的 模板 局 部 特 化 和 显 式 特 化 都 会 被 目 动 
地 看 成 友 元 。 


8.5 后 记 


自从 20 世 纪 80 年 代 末 C++ 模 板 的 概念 提出 以 来 ，C++ 模 板 的 整体 概 
念 和 语法 就 保持 得 比较 稳定 。 类 模板 和 郴 数 模板 、 类 型 参数 和 非 类 型 
参数 都 属于 最 初 功能 的 一 部 分 。 

然而 ， 后 来 〈 主 要 ) 在 C++ 标准 库 的 推动 下 ， 给 最 初 的 设计 添加 了 
一 些 很 重要 的 特性 。 成 员 模 板 就 是 其 中 一 个 最 重要 的 补充 。 有 趣 的 
是 ，C++ 标 准 的 正式 投票 只 是 把 成 员 函 数 模板 加 入 到 标准 中 ， 成 员 类 模 
板 则 是 在 后 来 的 编辑 勘误 表 中 才 被 加 入 标准 的 。 

友 元 模板 、 缺 省 模板 实 参 、 模 板 的 模板 参数 都 是 不 久 前 才 添加 进 
语言 的 。 声 明 “ 模 板 的 模板 参数 ”的 能 力 通常 被 称 为 更 高 层次 的 泛 化 

(higher-order genericity) 。 最 初 是 为 了 在 C++ 标准 库 中 文 持 某 种 配置 

器 模型 ， 才 引入 模板 的 模板 参数 的 ;但 后 来 这 种 配置 器 模型 被 一 种 不 
需要 依赖 于 模板 的 模板 参数 的 配置 器 给 取代 了 。 然 后 ， 由 于 模板 的 模 
板 参 数 的 规范 不 完整 ， 差 一 点 就 要 把 它 (模板 的 模板 参数 ) 从 语言 
删除 了 。 直 到 临近 标准 化 过 程 的 时 候 ， 这 份 (模板 的 模板 参数 的 ) 规 
范 才 算 比 较 完 整 。 最 后 ， 委 员 会 成 员 经 过 投票 表决 ， 通 过 了 保留 模板 
的 模板 参数 的 决议 ， 它 的 规范 才 得 以 逐渐 走向 完整 。 


) \ 小 


在 大 多 数 程序 设计 语言 中 ， 名 称 都 是 一 个 很 基本 的 概念 。 借 助 名 
称 ， 程 序 员 可 以 引用 前 面 已 经 构造 完毕 的 实体 。 当 C+t+ 编 译 器 过 到 一 个 
名 称 时 ， 它 会 查找 该 名 称 ， 来 确认 它 引 用 的 是 哪个 实体 。 从 实现 首 的 
角度 出 发 ， 束 名 称 而 言 ，C++ 是 一 门 相当 坏 手 的 语言 。 璧 如 C++ 语 句 
xx*y， 如 果 x 和 y 都 生变 量 的 名 称 ， 那 么 这 个 语句 代表 一 个 乘积 ;但 如 于 
x 是 一 个 类 型 的 名 称 ， 那 么 这 个 语句 声明 y 古 一 个 指 癌 类 型 为 x 的 实体 的 
= 

这 个 小 例子 说 明了 C++ (与 C 一 样 ) 是 一 种 上 下 文 相关 语言 ， 对 于 
C++ 的 一 个 构造 ， 我 们 不 能 脱离 它 的 上 下 文 来 理解 它 。 但 这 义 和 模 板 有 
哪些 联系 呢 ? 事实 上 ， 模板 也 是 一 种 构造 ， 它 必须 处 理 多 种 上 下 文 相 
关 信 息 : 《1) 模板 出 现 的 上 下 文 ; (2) 模板 实例 化 的 上 下 文 ; (3) 
用 来 实例 化 模板 的 模板 实 参 的 上 下 文 。 因此， 在 C++ 中 ， 小 心 处 理 各 种 

(上 下 文 的 ) 名 称 的 做 法 束 不 足 为 奇 了 。 


9.1 名 称 的 分 类 


C++ 使 用 了 多 种 多 样 的 方法 来 对 名 称 进行 分 类 。 为 了 有 助 于 理解 名 
称 的 众多 术语 ， 我 们 给 出 了 表 9.1， 它 描述 了 这 些 分 类 的 概念 。 笠 运 的 
症 ， 你 只 需要 熟悉 下 面 两 个 主要 的 命名 概念 ， 就 可 以 深入 理解 大 多 数 
模板 话题 : 

(1) 如 果 一 个 名 称 使 用 域 解析 运算 符 〈 即 : : ) 或 者 成 员 访问 运 
算 符 ( 即 .或 一 >) 来 显 式 表 明 它 所 属 的 作用 域 ， 我 们 就 称 该 名 称 为 受 
限 名 称 。 例 如 ，this->count 束 是 一 个 受 限 名 称 ， 而 count 则 不 是 (即使 前 
面 没 有 符号 ，count 实 际 上 引用 的 也 是 一 个 类 成 员 ) 。 


(2) 如 果 一 个 名 称 〈 以 某 种 方式 ) 依赖 于 模板 参数 ， 我 们 就 称 它 
为 依赖 型 名 称 。 例 如 ， 如 有 果 T 是 一 个 模板 参数 ，std::vector<T>::iterator 
就 是 一 个 依赖 名 称 ， 但 如 果 T 是 一 个 已 知 的 typedef (类 型 定义 ， 例 如 
int) ， 那 么 std::vector<T>::iterator 就 不 是 一 个 依赖 名 称 。 


表 9.1 名 称 的 分 类 


分 类 
标识 符 (Tdentifier) 


运算 符 id 


(Operator-function-id) 


类 型 转换 函数 id 


(Conversion-function-id) 


模板 id (Template-id) 


非 受 限 id 
( Unqualified-id) 


受 限 id (Qualified-id) 


受 限 名 称 
(Qualified name) 


非 受 限 名 称 
(Unqualified name) 


说 明和 要 点 
一 个 上 只 由 字母 、 下 划 线 和 数字 组 成 的 不 间断 字符 序列 。 它 不 能 以 数字 开始 ,而 
且 某 些 标识 符 也 为 实现 所 保留 : 你 不 能 在 你 的 程序 中 引入 它们 (另外 ， 作 为 一 
条 原则 ， 你 应 该 避免 以 下 划 线 开头 和 使 用 两 个 连续 的 下 划 线 ) 。“ 字 母 ” 这 个 
概念 在 这 里 具有 更 广 的 外 延 : 它 还 包含 通用 字符 名 称 (Univercal Charalter 
Name, UCN) ，UCN 采用 非 字符 的 编码 格式 来 存储 信息 
在 关键 字 operator 后 面 紧 跟 一 个 运算 符 符 号 。 例 如 , operator new 和 operator []。 
许多 运算 符 都 具有 其 他 表示 方法 ， 例 如 ， 用 于 取 址 的 单 目 运算 符 operator& 可 
以 等 价 地 写 为 operator bitand' 
用 来 表示 用 户 定 义 的 隐 式 类 型 转换 运算 符 。 例 如 operator int&， 也 可 以 写成 
operator int bitand 


是 一 个 模板 名 称 ， 在 它 后 面 紧 跟 位 于 一 对 尖 括 号 内 部 的 模板 实 参 列 表 。 例 如 ， 
List<T, int, 0>〔 严 格 地 说 ，C++ 标 准 只 人 允许 简单 的 标识 符 作 为 template-id 的 模 
板 名 称 。 然 而 ， 这 种 规定 或 许 是 一 种 失误 ， 实 际 上 operator-function-id 也 应 该 
可 以 作为 template-id 的 模板 名 称 ， 例 如 : operator+<X<int>>) 
广义 化 的 标识 符 (identifier) ， 它 还 可 以 是 前 面 的 任何 一 种 (包括 identifier、 
operator-function-id，conversion-function-id、template-id) 或 者 析 构 函数 的 名 称 
(诸如 ~Date 或 ~List<T, T, N>) 

用 一 个 类 名 或 者 名 字 空 间 名 称 对 一 个 unqualified-id 进行 限定 ， 也 可 以 只 使 用 
全 局 作用 域 解析 运算 符 ( 如 :; : f 对 它 进行 限定 。 显 然 ， 这 种 名 称 本 身 也 可 
以 是 多 次 受 限 的 。 这 类 例子 有 ::X，S::x，Array<T>::y，::N::A<T>::z 

标准 中 并 没有 定义 这 个 概念 。 当 需要 引用 基于 受 限 查找 (qualified, lookup) 的 
名 称 时 ， 我 们 使 用 了 这 个 概念 。 明 确 而 言 ， 它 是 一 个 qualified-id 或 者 在 前 面 
显 式 使 用 成 员 访 问 运算 符 ( 即 . 或 一 >) 的 unqualified-id。 这 样 的 例子 有 S::x， 
this->f，p->A::m 等 。 然 而 ， 虽 然 在 某 些 上 下 文中 class_mem 隐 式 地 等 价 于 
this->class_ mem， 但 是 单独 一 个 class_ mem《〈 即 前 面 没有 一 > 等 ) 就 不 是 一 个 
qualified name， 也 就 是 说 受 限 名 称 的 成 员 访 问 运 算 符 必须 是 显 式 给 出 的 
它 是 一 个 除 qualified name 之 外 的 unqualified-id。 这 并 不 是 一 个 标准 概念 ， 我 
们 只 是 用 它 来 表示 调用 非 受 限 查找 (unqulified lookup) 时 引用 的 名 称 


分 类 说 明和 要 点 


名 称 (Name) -个 受 限 或 者 非 受 限 的 名 称 
依赖 型 名 称 -个 〈 以 某 种 方式 ) 依赖 于 模板 参数 的 名 称 。 显 然 ， 显 式 包 含 模板 参数 的 受 限 
(Dependent name) 名 称 或 者 非 受 限 名 称 都 是 依赖 型 名 称 。 对 于 一 个 用 成 员 访问 运算 符 ( . 或 者 ->) 


限定 的 受 限 名 称 ， 如 果 访 问 运算 符 左 边 的 表达 式 类 型 依赖 于 模板 参数 ， 该 受 限 
名 称 也 是 依赖 型 名 称 。 另 外 ， 对 于 this->b 中 的 b， 如 果 是 在 模板 中 出 现 的 ， 那 
么 b 也 是 一 个 依赖 型 名 称 。 最 后 ， 对 于 形 如 ident(x, y, z) 的 调用 ， 如 果 其 中 有 
某 个 参数 (表达 式 ) 所 属 的 类 型 是 一 个 依赖 于 模板 参数 的 类 型 ,那么 标识 符 ident 
也 是 一 个 依赖 型 名 称 


非 依 赖 型 名 称 一 个 不 属于 依赖 型 名 称 的 名 称 ， 根据 上 面 的 描述 , 我 们 大 体 可 以 知道 它 的 范围 


(Nondepeadent name) 


熟悉 表 9.1 中 的 这 些 概 念 对 于 理解 C++ 模 板 的 话题 是 大 有 神 益 的 ; 
但 也 没有 必要 牢记 每 个 定义 的 精确 含义 ， 当 需要 知道 这 些 精 确定 义 的 
时 候 ， 我 们 可 以 在 索引 中 很 容易 地 找到 。 


9.2 名 称 查找 


C++ 中 的 名 称 碍 找 会 涉及 到 许多 很 小 的 细节 ， 但 我 们 在 此 只 是 讨论 
一 些 主要 的 概念 。 只 有 在 涉及 到 下 面 两 种 情况 的 时 候 才 会 给 出 名 称 查 
找 的 相关 细节 : (1) 如 果 以 直观 的 态度 来 对 待 会 犯错 的 普通 例子 ; 
(2) C++ 标准 (以 某 种 方式 ) 给 出 的 那些 错误 的 例子 。 

受 限 名 称 的 名 称 查 找 是 在 一 个 受 限 作用 域内 部 进行 的 ， 该 受 限 作 
用 域 由 一 个 限定 的 构造 所 决定 。 如 果 该 作用 域 是 一 个 类 ， 那 么 查找 范 
图 可 以 到 达 它 的 基 类 ; 但 不 会 考 虚 它 的 外 围 作用 域 。 下 面 的 例子 说 明 
了 这 些 基 本 原则 : 

int X; 

classBf{ 

public: 


int i; 


上 
classD : publicB { 


}; 
void f(D* pd) 
{ 
pd->i = 3; // 找 到 B::i 
Dax = /错误 : 并 不 能 找到 外 围 作用 域 中 的 ::x 
} 


非 受 限 名 称 的 查找 则 相反 ， 它 可 以 (由 内 到 外 ) 在 所 有 外 围 类 中 
逐 层 地 进行 查找 (但 在 某 个 类 内 部 定义 的 成 员 函 数 定义 中 ， 它 会 先 查 
找 该 类 和 基 类 的 作用 域 ， 然 后 才 查找 外 围 类 的 作用 域 ) ， 这 种 碍 找 方 
式 也 被 称 为 普通 查找 。 下 面 的 例子 说 明 普 通 查 找 的 一 些 基 本 概念 : 
extern int count; //(1) 


int lookup_example (int count)  //(2) 


{ 
if(count < 0) { 
int count = 1; //(3) 
lookup_example(count); “// 非 受 限 的 count 将 会 引用 (3) 
} 
return count + ::count: // 第 1 个 ( 非 受 限 的 ) count 
/引用 (2), 第 2 个 ( 受 限 的 ) count 引 用 (1) 
} 


对 于 非 受 限 名 称 的 查找 ， 最 近 增 加 了 一 项 新 的 查找 机 制 除了 
前 面 的 普通 查找 一 一 就 是 说 非 受 限 名 称 有 时 可 以 使 用 依赖 于 参数 的 查 
找 (argument-dependent lookup，ADL [14] ) 。 在 阐述 ADL 的 细 届 之 
前 ， 让 我 们 先 通 过 前 面 的 max0 模 板 来 说 明 这 种 机 制 的 动机 .: 


template <typename T> 


inline T const& max (IT const& a, T const& b) 
{ 
returna<b?b:a; 
} 
假设 我 们 现在 要 让 “在 男 一 个 名 字 空 间 中 定义 的 类 型 ”使 用 这 个 模 
板 函 数 : 
namespace BigMath { 
class BigNumber { 


}; 
bool operator < (BigNumber const&, BigNumber const&); 


} 
using BigMath::BigNumber; 
void g(BigNumber const& a, BigNumber const& b) 


{ 


BigNumber x = max(a, b); 


} 
问题 是 max() 模 板 并 不 知道 BigMath 名 字 空 间 ， 因 此 普通 查找 也 找 


不 到 “应 用 于 BigNumber 类 型 值 的 operator<”。 如 果 没 有 特殊 规则 的 
话 ， 这 种 限制 将 会 大 大 减少 C++ 名 字 空 间 中 模板 的 应 用 。ADL 正 是 这 
个 特殊 规则 ， 也 正 是 解决 这 种 限制 的 关键 之 处 。 

9.2.1 Argument-Dependent Lookup (ADL) 


ADL 只 能 应 用 于 非 受 限 名 称 。 在 函数 调用 中 ， 这 些 名 称 看 起 来 像 
是 非 成 员 函 数 。 对 于 成 员 函 数 名 称 或 者 类 型 名 称 ， 如 果 普 通 查 找 能 找 
到 该 名 称 ， 那 么 将 不 会 应 用 ADL。 如 果 把 被 调用 函数 的 名 称 (如 max) 
用 圆 括号 括 起 来 ， 也 不 会 使 用 ADL 。 

否则 ， 如 采 名 称 后 面 的 括号 里 面 有 (一 个 或 多 个 ) 实 参 表达 式 ， 
那么 ADL 将 会 查找 这 些 实 参 的 associated class [15] (关联 类 ) 和 
associated namespace (关联 和 名字 空 间 ) 。 对 于 associated class 和 
associated namespace 的 准确 定义 ， 我 们 将 留 到 后 面 给 出 。 但 从 直观 上 来 
看 ， 我 们 可 以 认为 是 : 与 给 定 类 型 直接 相关 的 所 有 namespace 和 class。 
例如 ， 如 有 果 某 一 类 型 是 指 癌 class X 的 指针 ， 那 么 它 的 associated class 和 
associated namespace 会 包含 X 和 X 所 属 的 任何 class 和 namespace. 

对 于 给 定 类 型 ， 对 于 由 associated class 和 associated namespace 所 组 
成 的 集合 的 准确 定义 ， 我 们 可 以 通过 下 列 规则 来 确定 : 

对 于 基本 类 型 ， 该 集合 为 空 集 。 

"对 于 指针 和 数组 类 型 ， 该 集合 是 所 引用 类 型 ( 壁 如 对 于 指针 而 
言 ， 它 所 引用 的 类 型 是 “指针 所 指 对 象 " 的 类 型 ) 的 associated class 和 
associated namespace ° 

“对 于 枚 举 类 型 ，associated namespace 指 的 是 枚 举 声 明 所 在 的 
namespace。 对 于 类 成 员 ，associated class 指 的 是 它 所 在 的 类 。 

“对 于 class 类 型 (包含 联合 类 型 ) ，associated class 集 合 包括 : 该 
class 类 型 本 喘 、 它 的 外 围 类 型 、 直 接 基 类 和 间接 基 类 。associated 
namespace 集合 是 每 个 associated class 所 在 的 namespace。 如 果 这 个 类 是 
一 个 类 模板 实例 化 体 [16] ， 那 么 还 包含 : 模板 类 型 实 参 本 身 的 类 型 、 
声明 模板 的 模板 实 参 所 在 的 class 和 namespace 。 

* 对 于 函数 类 型 ， 该 集合 包括 所 有 参数 类 型 和 返回 类 型 的 associated 


class 和 associated namespace ° 


对 于 类 X 的 成 员 指 针 类 型 ， 除 了 包括 成 员 相 关 的 associated 
anmespace 和 associated calss ， 该 集合 还 包括 与 X 相 关 的 associated 
namespace 和 associated class。 

至 此 ，ADL 会 在 所 有 的 associated class 和 associated namespace 中 依 
次 地 查找 ， 束 好 像 依 次 地 直接 使 用 这 些 名 字 空 间 进行 限定 一 样 。 唯 一 
的 例外 情况 是 ， 它 会 忽略 using-directives (using 指示 符 ) 。 下 面 的 例子 
说 明了 这 一 点: 

//details /adl.cpp 

#include <iostream> 

namespace X { 

template<typename T> void f(T); 

} 

namespace N { 

using namespace X; 


enum E{ el}; 


void f(E) { 
std::cout << "N::f{(N::E) called\n"; 
} 
} 
void f(int) 
{ 
std::cout << "::f(int) called\n"; 
} 
int main() 
{ 


::f(N::el); V 受 限 函 数 名 称 : 不 会 使 用 ADL 
f(N::el); / 普通 查找 将 找到 f{0; ADL 将 找到 N::f0， 


} /， 将 会 调用 后 者 [17] 

我 们 可 以 看 出 : 在 这 里 例子 中 ， 当 执行 ADL 的 时 候 ， 名 字 空 间 N 中 
的 using-directive 被 忽略 了 。 因 此 ， 在 这 个 main() 函 数 内 部 的 调用 中 ， 是 
肯定 不 会 调用 X::f() 的 。 

9.2.2 友 元 \ 

在 类 中 的 友 元 画 数 声明 可 以 是 该 友 元 画 数 的 首次 声明 。 在 此 前 提 
下 ， 对 于 包 舍 这 个 友 元 图 数 的 类 ， 假 设 它 所 属 的 最 近 名 字 空 间作 用 域 
(可 能 是 全 局 作用 域 ) 为 作用 域 A， 我 们 就 可 以 认为 该 友 元 函数 是 在 作 
用 域 A 中 声明 的 。 这 里 ， 我 们 会 遇 到 一 个 跨 有 争议 的 话题 : 在 插入 友 元 
声明 的 (类) 作用 域 中 ， 该 友 元 声明 是 否 应 该 是 可 见 的 呢 ? 实际 上 ， 
多 数 情况 下 只 有 在 模板 中 才 会 出 现 这 个 问题 ， 考 虑 下 面 的 例子 : 

template <typename 工 > 

class CTI 


friend void f(); 
friend void f{(C<T> const&); 


上 
void g(C<int>* p) 
{ 
f(); //f0 在 此 是 可 见 的 吗 
f(*p); //f(C<int> const&) 在 此 是 可 见 的 吗 
} 


这 里 的 问题 是 : 如 采 友 元 声明 在 外 围 类 中 是 可 见 的 ， 那 么 实例 化 
一 个 类 模板 可 能 会 使 一 些 普 通 男 数 (如 f() ) 的 声明 也 成 为 可 见 的 。 一 


些 程 序 员 会 认为 这 样 很 出 乎 意料 。 因 此 C++ 标准 规定 : 通常 而 言 ， 友 
元 声明 在 外 围 (类 ) 作用 域 中 是 不 可 见 的 。 

然而 ， 存 在 一 个 有 趣 的 编程 技术 ， 它 依赖 于 只 在 友 元 声明 中 声明 
(或 者 定义 ) 某 个 函数 ( 见 11.7 节 ) 。 因 此 C++ 标准 还 规定 : 如 果 友 元 
函数 所 在 的 类 属于 ADL 的 关联 类 集合 ， 那 么 我 们 在 这 个 外 围 类 十 可 以 
找到 该 友 元 声明 的 。 

再 次 考虑 上 面 的 例子 。 调 用 f0) 并 没有 关联 类 或 者 名 字 空 间 ， 因 为 
它 没 有 任何 参数 ， 不 能 利用 ADL ， 因 此 是 一 个 无 效 调用 。 然 而 ，f(*p) 
具有 关联 类 C<int> 《因为 部 的 类 型 是 C<int>) ; 因此 ， 只 要 我 们 在 调用 
之 前 完全 实例 化 了 类 C<int>， 就 可 以 找到 第 2 个 友 元 函数 ( 即 f) 声明 。 
为 了 确保 这 一 点 ， 我 们 可 以 假设 : 对 于 涉及 在 关联 类 中 友 元 查找 的 调 
用 ， 实 际 上 会 导致 该 关联) 类 被 实例 化 (如 果 还 没有 实例 化 的 话 ) 
[18] 。 


9.2.3 书 小 
如 果 在 类 本 映 的 作用 域 中 插入 该 类 的 名 称 ， 我 们 束 称 该 名 称 为 插 
入 式 类 名 称 。 它 可 以 被 看 作 位 于 该 类 作用 域 中 的 一 个 非 受 限 名 称 ， 而 
且 是 可 访问 的 名 称 〈 然 而， 如 果 作 为 受 限 名 称 ， 该 名 称 是 不 可 访问 
的 ， 因 为 我 们 在 此 并 不 是 使 用 该 名 称 来 表示 构造 画 数 ) 。 例 如 下 面 的 
例子 : 


//details/inject.cpp 


#include <iostream> 
int C; 
class CTI 
private: 
int i[2]; 
public: 


static int f() { 


return sizeof(C); 


} 
}; 
int f() 
{ 
return sizeof(C); 
上 
int main() 
{ 


std::cout << "C::f() = " << C::f() << "," 
<<"::f() = "<< ::f() << std::end]; 

} 

从 运行 结果 可 以 知道 : 成 员 函 数 C::f0 返 回 类 型 C 的 大 小 ; 而 画 
数 ::{0 返 回 变量 C 的 大 小 〈 即 int 对 象 的 大 小 ) 。 

类 模板 也 可 以 具有 插入 式 类 名 称 。 然 而 ， 它 们 和 普通 插入 式 类 名 
称 有 些 区 别 : 它们 的 后 面 可 以 紧 跟 模板 实 参 (在 这 种 情况 下 ， 它 们 也 
被 称 为 插入 式 类 模板 名 称 ) 。 但 是 ， 如 果 后 面 没有 紧 跟 模板 实 参 ， 那 
么 它们 代表 的 就 是 用 参数 来 代表 实 参 的 类 〈 例 如 ， 对 于 局 部 特 化 ， 还 
可 以 用 特 化 实 参 代表 对 应 的 模板 实 参 ) 。 这 同时 说 明了 下 面 的 情况 : 


template <template<typename> class TT> class X { 


template <typename T> class C { 
Cr /正确 : 等 价 于 C<T>* a 
C<void> b; /正确 
X<C> ci /错误 : 后 面 没有 模板 实 参 列表 的 C 不 被 看 


作 模 板 


X<::C> d: /错误 : <: 是 [的 男 一 种 标记 (表示 ) 

X< ::C> e: /正确 : 在 < 和 : : 之 间 的 空格 是 必需 的 
}; 
从 上 面 代 码 我 们 可 以 知道 如 何 使 用 非 受 限 名 称 来 引用 插入 式 名 称 
( 即 C) ， 如 果 这 些 非 受 限 名 称 的 后 面 没 有 紧 跟 模板 实 参 列表 ， 那 么 是 
不 会 被 看 成 模板 名 称 的 。 为 了 避免 这 种 情况 ， 我 们 可 以 在 (要 查找 
的 ) 模板 名 称 前 面 加 上 作用 域 限 定 符 (: : ) ， 这 样 就 可 以 顺利 通过 
编译 。 但 在 这 里 我 们 要 避免 创建 一 个 所 谓 的 连 字符 (<: ) 标记 ， 该 标 
记 实 际 上 会 被 解释 为 一 个 左 括号 。 这 种 情况 虽然 很 少 出现 ， 但 如 有 果 出 
现 的 话 ， 编 译 需 给 出 的 诊断 信息 往往 是 令 人 困惑 的 。 


9.3 解析 模板 


大 多 数 程序 设计 语言 的 编译 都 包含 两 个 最 基本 的 步骤 : 符号 标记 
[19] 一 一 和 解析 。 扫 描 过 程 把 源 代 码 当 作 字 符 串 序列 读 入 ， 然 后 根据 
该 序列 生成 一 系列 标记 。 例 如 ， 当 看 到 字符 串 序 列 int* p = 0; 时 ， 扫 描 
髓 会 生成 这 样 标 记 来 描述 : 关键 字 int、 一 个 符号 /运算 符 *、 一 个 标识 
符 p、 一 个 符号 /运算 符 =、 一 个 整数 0 和 一 个 符号 /运算 符 ; 《分 号 ) 。 

接 下 来 ,解析 器 会 递归 地 减少 标记 ， 或 者 把 前 面 已 经 找到 的 模式 
结合 成 更 高 层次 的 构造 ， 从 而 在 标记 序列 中 不 断 对 应 已 知 模 式 。 例 
如 ， 标 记 0 是 一 个 有 效 表达 式 ，* 和 后 面 p 的 组 合 也 是 一 个 有 效 的 声明 ， 
而 该 声明 和 后 面 的 “=”、 再 后 面 的 表达 式 “0” 也 组 成 一 个 更 长 的 有 效 声 
明 。 最 后 ， 关 键 字 int 是 一 个 已 知 的 类 型 名 称 。 因 此 ， 当 它 后 面 跟随 声 
明 冯 = 0 时 ， 你 实际 上 进行 的 是 : 初始 化 p 的 声明 。 

9.3.1 非 模板 中 的 上 下 文 相 关 性 

你 可 能 已 经 知道 〈 或 者 期 望 ) 解析 要 比 扫描 困难 。 幸 运 的 是 ， 解 

析 已 经 是 一 门 发 展 得 相当 成 熟 的 理论 ， 大 多 数 语言 在 利用 这 一 理论 进 


行 解析 也 不 会 遇 到 大 的 困难 。 然 而 ， 解 析 理 论 主要 是 面 辐 上 下 文 无 关 
语言 的 ， 而 我 们 在 前 面 已 经 知道 Ct++ 是 上 下 文 相关 语言 。 为 了 解决 这 个 
相关 性 ，C++ 编 译 硕 会 使 用 一 张 符 号 表 把 扫 插 硕 和 解析 兹 结合 起 来 。 当 
解析 茶 个 声明 的 时 候 ， 该 声明 束 会 洪 加 到 表 中 。 当 扫 插 兹 找到 一 个 标 
识 待 时 ， 它 会 在 符号 表 中 进行 得 找 ， 如 果 发 现 该 标识 符 和 是 一 个 类 型 ， 
就 会 注释 这 个 所 获得 的 标记 (标识 符 ) 。 

例如 ， 如 果 C++ 编 译 器 看 到 : 

那么 扫描 堪 会 查找 x， 如 果 它 发 现 x 是 一 个 类 型 ， 那 么 解析 器 接 下 
来 会 看 到 : 


identifier type, X 


symbol, * 

并 且 可 以 得 出 结论 : 这 里 开始 了 一 个 声明 。 然 而 ， 在 上 述 碍 找 过 
程 中 ， 如 果 发 现 x 并 不 是 一 个 类 型 ， 解 析 故 就 会 从 扫 搬 絮 获 得 以 下 标 
i 

identifier, nontype, X 

symbol, * 

因此 这 个 构造 怠 被 有 歼 地 解析 为 一 个 乘积 。 这 些 原则 的 细节 要 依 
赖 于 编译 句 的 具体 实现 策略 ， 但 大 体 都 是 差不多 的 。 

下 面 的 表达 式 给 出 了 为 一 个 上 下 文 相关 的 例子 : 

X<1>(0) 

如 果 X 是 类 模板 名 称 的 话 ， 那 么 这 个 表达 式 将 会 把 整数 0 强制 类 型 
转换 为 (从 模板 产生 的 ) X<1> 类 型 。 如 果 X 不 是 一 个 模板 ， 那 么 该 表 
达 式 等 价 于 : 

(X<1)>0 

就 是 说 ， 现 在 是 让 X 和 1 先 比较 大 小 ， 然 后 把 比较 结果 (true 或 
false) ， 显 式 地 转换 为 1 或 90， 最 后 再 让 转换 结果 和 后 面 的 0 进行 比较 大 


小 。 虽 然 这 类 C++ 代码 很 少 使 用 ， 但 这 类 代码 事实 上 是 有 效 的 〈 对 C 语 
言 也 是 有 效 的 ) 。 因 此 ，C++ 解 析 画 会 先 查 找 < 之 前 的 名 称 ， 只 有 在 该 
名 称 是 一 个 模板 名 称 时 ， 才 会 把 < 看 成 左 尖 括 号 。 其 他 情况 下 ， 痢 会 
把 < 看 成 小 于 号 

令 人 感到 遗憾 的 古 ， 这 类 上 下 文 相关 性 都 是 由 于 远 择 尖 括 号 来 寞 
定 模 板 参 数列 表 所 造成 的 。 下 面 是 为 一 个 这 种 例子 : 


template<bool B> 


class Invert { 


public: 
static bool const result= !B; 
void g() 
{ 
bool test = Invert<(1>0)>::result; // 圆 括号 是 必需 的 
} 


如 果 省 略 Invert< (1>0) > 中 的 圆 括号 ， 那 么 第 1 个 大 于 号 (>) 会 
被 错误 地 理解 为 模板 实 参 列表 的 结束 标记 。 这 将 会 令 这 行 代码 无 效 ， 
因为 编译 器 会 等 价 地 把 该 代码 看 成 ( (Invert <1>) ) 0>::result [20] 。 
尖 括 号 给 扫 摘 露 融 来 的 问题 还 不 止 这 些 。 我 们 在 前 面 已 经 提 到 
( 见 3.2 方 ) : 在 引入 世 套 template-id 的 时 候 ， 要 在 两 个 大 于 号 之 间 添 加 
空格 。 壁 如 : 
List<List<int> > al 
/这 里 的 空格 是 必须 的 
事实 上， 上面 (两 个 大 于 号 ) 之 间 的 空格 是 必须 的 : 如果 没有 这 
个 空格 ， 那 么 两 个 > 会 被 组 合成 一 个 右 移 标记 >>， 从 而 也 就 不 会 被 看 
成 两 个 分 开 的 标记 。 这 要 归 因 于 所 谓 的 maximum munch 扫 摘 原 则 : 
C++ 实现 应 该 让 一 个 标记 具有 尽 可 能 多 的 字符 。 


对 于 模板 的 初学 者 而 言 ， 这 个 话题 可 能 会 是 一 块 绊脚石 。 因 此 一 
些 C++ 编 译 絮 的 实现 根据 实际 情况 进行 了 修改 ， 从 而 在 此 特殊 条 件 下 ， 
会 把 >> 看 成 两 个 分 开 的 > (并 且 给 出 一 个 警告 说 明 这 种 写法 并 不 是 有 
效 的 C++) 。C++ 委 员 会 也 考虑 要 在 将 来 C++ 标准 的 版 本 中 更 正 这 个 问 
题 ( 见 13.1 节 ) 。 

男 一 个 天 于 maximum munch 的 例子 ， 也 是 一 个 少 有 人 知 的 例子 。 
在 使 用 尖 括 号 的 时 候 ， 当 过 到 作用 域 解析 运算 符 (: : ) 的 时 候 要 格 
外 小 心 : 

Class 又 { 


}; 

List<::X> many_X; // 语 法 错误 

这 个 例子 的 问题 是 : 字符 序列 <: 的 结果 会 是 一 个 (所谓 的 ) 两 字 
从 (digraph) [21] ， 它 是 符号 [ 的 另 一 种 表示 方法 。 因 此 ， 编 译 器 实 
际 上 看 到 的 是 : List [:X> many_X， 而 这 个 声明 并 没有 实际 意义 。 于 
是 ， 我 们 需要 在 < 和 :: 之 间 添 加 一 些 空格 : 

List< ::X> many_X; 

// 这 里 的 空格 是 必须 的 
9.3.2 y 名称 

有 天 模板 名 称 的 问题 主要 是 : 这 些 名 称 不 能 有 效 地 确定 。 尤 其 是 
模板 中 不 能 引用 其 他 模板 的 和 名称， 因为 其 他 模板 的 内 容 可 能 会 由 于 显 
式 特 化 〈 见 第 12 章 ) 而 使 原来 的 名 称 失效 。 考 虑 下 面 我 们 所 假设 的 例 
了 


template <typename 工 > 


class Trap { 
public: 


enum { x}: //(1) 这 里 的 x 不 是 一 个 类 型 
}; 
template<typename T> 
class Victim { 
public: 
int y; 
void poofO { 
Trap<T>::x*y; // (2) 这 里 究竟 是 声明 还 是 乘积 


上 
template<> 
class Trap<void> { 会 给 后 面市 来 摘 烦 的 特 化 
public: 
typedef int x; // (3) 这 里 的 x 是 一 个 类 型 
有 
void boom(Victim<void>& bomb) 
{ 
bomb.poof(); 
. 
当 编 译 颖 解析 (2) 时 ， 它 必须 确定 它 所 看 到 的 是 一 个 声明 还 
个 乘积 ， 而 这 个 结果 要 取决 于 依赖 型 受 限 名 称 Trap<T>::x 是 否 是 一 个 类 
型 名 称 。 编 译 器 这 时 会 查找 模板 Trap， 并 且 在 上 面 找到 这 个 模板 ; 根据 
行 (1) ，Trap<T>::x 并 不 是 一 个 类 型 ， 从 而 让 我 们 相信 行 (2) 是 一 个 
乘积 。 然 而 ， 在 后 面 T 为 void 的 特 化 中 ， 我 们 改写 了 ( 泛 型 的 ) Trap 
X<T>::x， 让 它 变 成 一 个 类 型 ， 这 完全 违背 了 前 面 的 源 人 代码。 因为 在 这 
种 情况 下 ， 类 Victim 中 的 Trap<T>::x 实 际 上 是 一 个 int 类 型 。 


C++ 的 语言 定义 通过 下 面 规定 来 解决 这 个 问题 ， 通 常 而 言 ， 依 赖 型 
受 限 名 称 并 不 会 代表 一 个 类 型 ， 除 非 在 该 名 称 的 前 面 有 关键 字 
typename 前 绥 。 对 于 类 型 名 称 ， 如 果 不 加 上 typename 前 缀 ， 那 么 在 替换 
模板 实 参 之 后 ， 束 不 会 被 看 成 类 型 名 称 ， 从 而 程序 也 是 无 效 的 ， 你 的 
C++ 编 译 絮 还 会 抱怨 在 实例 化 过 程 中 发 现 了 错误 。 男 一 方面 ， 我 们 应 该 
知道 typename 的 这 种 用 法 和 前 面 用 于 表示 模板 类 型 参数 的 用 法 是 不 一 
样 的 ， 在 这 里 你 不 能 使 用 关键 字 class 来 等 价 蔡 换 关 键 字 typename。 总 
之 ， 当 类 型 名 称 具 有 以 下 性 质 时 ， 就 应 该 在 该 名 称 前 面 添加 typename 


(1) 名 称 出 现在 一 个 模板 中 。 
(2) 名 称 是 受 限 的 。 
(3) 名 称 不 是 用 于 指定 基 类 继承 的 列表 中 ， 也 不 是 位 于 引入 构造 
函数 的 成 员 初 始 化 列表 中 。 
(4) 名 称 依 赖 于 模板 参数 。 
而 且 ， 只 有 当前 面 3 个 条 件 同时 满足 的 情况 下 ， 才 能 使 用 typename 
前 组 。 为 了 说 明 这 一 点 ， 让 我 们 考虑 下 面 这 个 错误 的 例子 [22] : 


template<typename1 工 > 


struct S : typename, X<T>::Base { 
S() : typenames X<IT>::Base(typename4 X<T>::Base(0) ){} 
typenames X<T> fO { 
typenamee X<T>::C *p;/ 指 针 p 的 声明 
X<T>::D* gq; /乘积 
} 


typenamey X<int>::C * s; 


struct U { 

typenameg X<int>::C * pc; 
}; 
在 上 面 的 代码 中 ，typename 的 每 次 出 现 (不 管 正确 与 否 ) 我 们 都 
给 出 它 的 下 标 ， 这 样 有 利于 下 面 的 引用 。 第 1 个 typenamei 用 来 引入 一 
个 模板 参数 ， 因 此 并 不 适用 前 面 的 规则 。 第 2 个 和 第 3 个 typename 的 使 
用 属于 前 面 规则 (3) 所 禁止 的 用 法 : 在 这 两 种 情况 下 ， 基 类 名 称 都 不 
能 添加 typename 前 绥 。 然 而 ， 第 4 个 typenamey4 是 必 不 可 少 的 ， 因 为 这 
里 的 基 类 名 称 既 不 是 位 于 初始 化 列表 ， 也 不 是 位 于 派生 类 的 继承 约 
定 ; 而 是 为 了 基于 实 参 0 构造 一 个 临时 X<T>::Base 表 达 式 (也 可 以 是 
某 种 强制 类 型 转型 ) 。 第 5 个 typename 同 样 也 是 禁止 的 ， 因 为 它 后 面 的 
名 称 X<T> 并 不 是 一 个 受 限 名 称 。 对 于 第 6 个 typename， 如 果 是 期 望 声 明 
一 个 指针 ， 那 么 这 个 typename 就 是 必需 的 。 下 一 行 省 略 了 关键 字 
typename， 因 此 也 就 被 编译 虱 解 释 为 一 个 乘积 。 第 7 个 typename 是 可 碗 

(可 有 可 无 ) 的 ， 因 为 它 符合 前 面 的 3 条 规则 ， 但 不 符合 第 4 条 规则 。 
最 后 ， 第 8 个 typename 是 禁止 的 ， 因 为 它 并 不 是 在 模板 中 使 用 。 
9.3.3 站 

如 果 一 个 模板 名 称 是 依赖 型 名 称 ， 我 们 将 会 遇 到 与 上 一 小 节 类 似 
的 问题 。 通 音 而 言 ，C++ 编 译 怖 会 把 模板 名 称 后 面 的 < 看 作 模板 参数 列 
表 的 开始 ; 但 如 果 该 < 不 是 位 于 模板 名 称 后 面 ， 那 么 编译 器 将 会 把 人 它 
当 作 小 于 号 处 理 。 和 类 型 名 称 一 样 ， 要 让 编译 器 知道 所 引用 的 依赖 型 
名 称 是 一 个 模板 ， 需 要 在 该 名 称 前 面 插 入 template 关 键 字 ， 否 则 的 话 编 
译 絮 将 假定 它 不 是 一 个 模板 名 称 : 

template <typename T> 

class Shell { 

public: 


template<int N> 
class In { 
public: 
template<int M> 
class Deep { 
public: 


virtual void f(); 


上 
template<typename T int N> 
class Weird { 
public: 
void casel(typename Shell<T>::template In<N>::template 
Deep<N>* p) { 
p->template Deep<N>::f0; /禁止 虚 函 数 调用 


} 
void case2(typename Shell<T>::template In<N>::template 
Deep<N>& p){ 
p.template Deep<N>::f(); // 茜 止 虚 函 数 调 用 
} 


上 

这 个 多 少 有 些 复杂 的 例子 给 出 了 何 时 需要 在 运算 符 (::，-> 和 .， 用 
于 限定 一 个 名 称 ) [23] 的 后 面 使 用 关键 字 template。 更 明确 的 说 法 是 : 
如 果 限 定 符号 前 面 的 名 称 (或 者 表达 式 ) 的 类 型 要 依赖 于 某 个 模板 参 
数 ， 并 且 紧 接 在 限定 符 后 面 的 是 一 个 template-id (就是 指 一 个 后 面 沉 有 


尖 括 号 内 部 实 参 列表 的 模板 名 称 ) ， 那 么 就 应 该 使 用 关键 字 
typename。 例如， 在 下 面 的 表达 式 中 : 

p.template Deep<N>::f() 

p 的 类 型 要 依赖 于 模板 参数 TT。 然而 ，C++ 编 译 如 并 不 会 查找 Deep 
来 判断 它 是 否 是 一 个 模板 ; 因此 我 们 必须 显 式 指 定 Deep 是 一 个 模板 名 
称 ， 这 可 以 通过 插入 template 前 绥 来 实现 。 如 有 宁 没 有 这 个 前 绥 的 话 ， 
p.Deep<N>::fO 将 会 被 解析 为 ( (p.Deep) <N) >f()， 这 显然 并 不 是 我 
们 所 期 望 的 。 我 们 还 应 该 看 到 : 在 一 个 受 限 名 称 内 部 ， 可 能 需要 多 次 
使 用 关键 字 template， 因 为 限定 符 本 身 可 能 还 会 受 限 于 外 部 的 依赖 型 限 
定 符 (我 们 可 以 从 前 面 例子 中 casel 和 case2 的 参数 中 看 到 这 一 点 ) 。 

如 有 果 例 子 中 的 关键 字 template 被 省 略 了 ， 那 么 左 尖 括 号 和 右 尖 括号 
会 被 解析 为 小 于 号 和 大 于 号 。 然 而， 如 末 没 有 必要 ， 我 们 并 不 允许 到 
处 使 用 这 个 关键 字 [24] ; 你 也 不 应 该 在 代码 中 充斥 很 多 没 必要 的 


em A 息 


template 限 定 符 。 


9.3.4using-declaration 中 的 依赖 型 名 称 

using-declaration 会 从 两 个 位 置 ( 即 类 和 名 字 空 间 ) 引入 名 称 。 如 
果 引 入 的 是 名 字 空 间 ， 将 不 会 涉及 到 上 下 文 问题 ， 因 为 并 不 存在 名 字 
空间 模板 。 实 际 上 ， 从 类 中 引入 名 称 的 using-declaration 的 能 力 是 很 有 
限 的 : 只 能 把 基 类 中 的 名 称 引 入 到 派生 类 中 。 这 种 using-declaration 的 
行为 有 些 类 似 于 派生 类 访问 基 类 的 符号 链接 或 者 快捷 方式 。 因 此 ， 可 
以 让 派生 类 的 成 员 访问 被 using-declaration 的 名 称 ， 就 好 像 该 名 称 是 在 
派生 类 中 声明 的 成 员 一 样 。 下 面 用 一 个 非 模板 例子 来 说 明 这 个 问题 : 

class BX { 

public: 
void f(int); 


void f(char const*); 


void g(); 
}; 
class DX : private BX { 

public: 

using BX::f; 
}; 
上 面 的 using-declaration 引 入 基 类 (Bx) 中 的 名 称 f 到 派生 类 DX 
中 。 在 这 个 例子 中 ， 名 称 {f 关 联 着 两 个 声明 ， 但 我 们 这 里 强调 的 是 一 种 
名 称 机 制 ， 并 不 关注 该 名 称 是 否 是 一 个 单一 声明 。 另 外 ，using- 
declaration 的 这 种 用 法 可 以 让 以 前 不 能 访问 的 成 员 现在 变 成 可 访问 的 。 
从 例子 中 可 以 看 出 ， 基 类 (和 它 的 成 员 ) 对 派生 类 DX 是 私有 的 (因为 
私有 继承 ) ， 除 非 DX 是 在 公共 接口 中 引入 BX::f， 否 则 DX 的 客户 端 是 
不 可 以 访问 BX::f 的 。 但 是 using-declaration 使 这 里 的 BX::f 变 成 可 访问 
的 ， 这 就 违背 了 C++ 早期 的 访问 级 别 声 明 机 制 (如 
public/private/protected，C++ 的 将 来 版 本 可 能 不 会 包含 这 个 机 制 ) : 

class DX : private BX { 

public: 
BX::f; // 访 问 声 明 语 法 被 取代 
/用 using BX::{ 来 代替 


}; 
现在 ， 当 using-declaration 是 从 依赖 型 类 中 引入 名 称 的 时 候 ， 我 们 
虽然 知道 这 个 引入 的 名 称 ， 但 并 不 知道 该 名 称 究竟 是 一 个 类 型 名 称 、 
模板 名 称 、 还 是 一 个 其 他 的 名 称 : 

template <typename T> 

class BXT { 

public: 
typedef T Mystery; 


template<typename U> 
struct Magic; 
上 
template <typename 工 > 
class DXTT : private BXT<T> { 
public: 
using typename BXT<T>::Mystery; 
Mystery* p; /如 果 上 面 不 使 用 typename， 将 会 是 一 个 语法 错误 
ll 
而 且 ， 如 果 我 们 期 望 使 用 using-declaration 所 引入 的 依赖 型 名 称 是 


一 个 类 型 ， 我 们 必须 插入 关键 字 typename 来 显 式 指定 。 男 一 方面 ， 比 
较 琳 怪 的 是 ，C++ 标 准 并 没有 提供 一 种 相似 的 机 制 ， 来 指定 依赖 型 名 称 
是 一 个 模板 。 下 面 的 代码 段 说 明了 这 个 问题 : 


template <typename T> 
class DXTM : private BXT<T> { 


public: 
using BXT<T>::template Magic; // 错 误 : 非 标准 的 
Magic<T>* plink; // 语 法 错误 : Magic 并 不 
日 
是 


// 一 个 已 知 模板 
}; 
这 应 该 是 标 谁 规范 的 一 个 足 忽 ， 在 将 来 的 版 本 中 ， 上 面 的 构造 


( 指 Magic) 可 能 会 是 合法 的 。 


9.3.5 ADL 和 显 取 实 才 
考 虚 下 面 的 例子 : 


namespace N { 


Class X 1{ 


}; 
template<int I> void select(X*); 
} 
void g(N::X* xp) 
{ 
select<3>(xp); /错误 : 没有 ADL 
} 


在 这 个 例子 中 ， 调 用 select<3>(xp) 的 时 候 ， 我 们 可 能 会 期 望 通过 
ADL 来 找到 模板 select(); 然而 ， 实 际 情况 并 不 是 这 样 的 。 因 为 编译 占 
在 不 知道 <3> 是 一 个 模板 实 参 列 表 之 前 ， 是 无 法 断定 zp 是 一 个 函数 调用 
实 参 的 ， 反 过 来 ， 如 果 要 判定 <3> 是 一 个 模板 实 参 列表 ， 我 们 需要 先知 
道 select0 是 一 个 模板 。 这 种 是 先 有 鸡 还 十 先 有 怎 的 问题 没 法 解决 ， 
此 编译 器 只 能 把 上 面 表 达 式 解析 成 (select<3)>(xp)， 但 这 并 不 是 我 们 所 
期 望 的 ， 也 是 襄 无 意义 的 。 


9.4 派生 和 类 模板 


类 模板 可 以 继承 也 可 以 被 继承 。 对 于 大 多 数 情 况 而 言 ， 模 板 和 非 
模板 的 继承 没有 很 重要 的 区 别 。 然 而 ， 要 从 “依赖 型 名 称 所 引用 的 基 
类 ”派生 一 个 类 模板 的 情况 下 ， 这 两 者 有 一 个 重要 而 微妙 的 区 别 。 让 我 
们 先 来 看 一 个 简单 一 些 的 例子 ， 它 针对 的 是 非 依赖 型 基 类 。 

9.4.1 J 

在 一 个 类 模板 中 ， 一 个 非 依赖 型 基 类 是 指 : 无 需 知道 模板 实 参 整 
可 以 完全 确定 类 型 的 基 类 。 就 是 说 ， 基 类 名 称 是 用 非 依赖 型 名 称 来 表 
示 的 。 例 如 : 


template <typename X> 
class Base { 
public: 
int basefield; 
typedef int T; 
}; 
class D1 : public Base<Base<void> > { // 实 际 上 不 是 模板 
public: 
void f() { basefield =3; } 
}; 
template<typename T> 
class D2 : public Base<double> { // 非 依赖 型 其 类 


public: 
void f() { basefield =7; } /正常 访问 继承 成 员 
T strange,; /是 Base<double>:: 工 ， 而 不 
征 模 板 参数 
}， 


模板 中 的 非 依赖 型 基 类 的 性 质 和 普通 非 模 板 类 中 的 基 类 的 性 质 很 
相似 ， 但 存在 一 个 很 细微 (会 令 你 感到 意外 ) 的 区 别 : 对 于 模板 中 的 
非 依 赖 型 基 类 而 言 ， 如 果 在 它 的 派生 类 中 查找 一 个 非 受 限 名 称 ， 那 束 
会 先 查 找 这 个 非 依 赖 型 基 类 ， 然 后 才 查 找 模 板 参 数列 表 。 这 就 意味 
着 : 在 前 面 的 例子 中 ， 类 模板 D2 的 成 员 strange 的 类 型 一 直 都 会 是 
Base<double>::T 中 对 应 的 T 类 型 (也 就 是 int) 。 人 例如， 下面 的 函数 是 无 
效 的 C++ 代 码 (假设 已 经 声明 了 上 面 的 代码 ) : 

void g (D2<int*>& d2, int* p) 

{ 
d2.strange = p; /错误 ， 类 型 不 匹配 


} 

这 是 一 个 违背 直观 的 查找 ， 编 写 派 生 类 模板 的 程序 员 应 该 格外 注 
意 非 依赖 型 基 类 中 的 这 些 名 称 ;， 即 使 这 种 派生 是 间接 的 ， 或 者 这 些 名 
称 是 私有 的 ， 也 是 这 样 查 找 [25]。 事实 上 ， 在 参数 化 实体 (例如 上 面 
的 D2) 的 作用 域 中 ， 如 果 能 够 先 查 找 模板 参数 可 能 是 更 加 可 取 的 ， 可 
情事 实 关 不 如 此 。 


9.4.2 

在 前 面 的 例子 中 ， 基 类 是 完全 确定 的 ， 它 并 不 依赖 于 模板 参数 。 
这 就 意味 着 : 一 看 到 模板 的 定义 ，C++ 编 译 器 就 可 以 在 这 些 基 类 中 查找 
非 依赖 型 名 称 。 而 另 一 种 候选 方法 (C++ 标 准 并 不 允许 这 种 方法 ) 会 延 
述 这 类 名 称 的 查找 ， 只 有 等 到 进行 模板 实例 化 时 ， 才 真正 查找 这 类 名 
称 。 这 种 候选 方法 的 缺点 是 : 它 同时 也 将 诸如 漏 写 某 个 符号 导致 的 错 
误 信 息 ， 延 迟到 实例 化 的 时 候 产 生 。 因 此 ，C++ 标 准 规定 : 对 于 模板 中 
的 非 依赖 型 名 称 ， 将 会 在 看 到 的 第 一 时 间 进 行 查找 。 有 了 这 个 概念 之 
后 ， 证 我 们 考虑 下 面 的 例子 ; 


template<typename 工 > 


class DD : public Base<T> { // 依 赖 型 基 类 
public: 
void fO { basefield = 0; } //(1)problem... 
上 
template<> // 显 式 特 化 
class Base<bool> { 
public: 
enum { basefield = 42 }: // (2) tricky! 


上 
void g(DD<bool>& d) 


d.f(); //(3)oops? 

} 

在 (1) 处 我 们 发 现代 码 中 引用 了 非 依赖 型 名 称 basefield， 必 须 马 
上 对 它 进行 查找 。 假 设 我 们 在 模板 Base 中 查找 到 它 ， 并 根据 Base 类 的 
声明 把 basefield 绑 定 为 int 变 量 。 然 而， 我们 随后 使 用 显 式 特 化 改写 了 
Base 的 泛 型 定义 ， 在 特 化 中 改变 了 成 员 basefield 的 含义 ， 而 (1) 处 
basefield 的 含义 在 这 之 前 已 确定 下 来 了 〈 即 绑 定 为 一 个 int 变 量 ) ; 这 也 
是 错误 的 根源 。 因 此 ， 当 我 们 在 〈3) 处 实例 化 DD::{ 的 定义 时 ， 我 们 会 
发 现 过 早 地 在 (1) 处 绑 定 了 非 类 型 名 称 ; 然而 根据 (2) 处 对 
DD<bool> 的 特殊 指定 ，basefield 应 该 是 一 个 不 可 修改 的 负 量 ， 因 此 编 
译 器 在 (3) 处 将 会 给 出 一 个 错误 的 信息 。 

为 了 (巧妙 地 ) 解决 这 个 问题 ， 标 准 C++ 声 明 : 非 依赖 型 名 称 不 会 
在 依赖 型 基 类 中 进行 查找 [26] 《但 仍然 是 在 看 到 的 时 候 马 上 进行 查 
找 ) 。 因 此 ， 标 准 的 C++ 编译 器 将 会 在 〈1) 处 给 出 一 个 诊断 信息 。 为 
了 纠正 这 里 的 代码 ， 我 们 可 以 让 basefield 也 成 为 依赖 型 名 称 ， 因 为 依赖 
型 名 称 只 有 在 实例 化 时 才 会 进行 查找 ， 而 且 在 实例 化 时 ， 基 类 的 特 化 
是 已 知 的 。 例 如 ,在 (3) 处 ， 编 译 圳 知道 DD<bool> 的 基 类 是 
Base<bool>， 而 且 Base<bool> 是 程序 员 进 行 显 式 特 化 的 。 在 这 个 例子 
中 ， 我 们 可 以 借助 如 下 的 修改 方案 使 basefield 成 为 一 个 依赖 型 名 称 : 

/修改 (方案 ) 1: 

template<typename T> 

class DD1 : public Base<T> { 

public: 
void f() { this->basefield = 0; }// 查 找 被 延迟 了 


}; 
另 一 种 可 选 的 方法 (方案 2) 是 利用 受 限 名 称 来 引入 依赖 性 : 


/修改 (方案 ) 2 
template<typename T> 
class DD2 : public Base<T> { 
public: 
void f() { Base<T>::basefield = 0; } 
}; 
如 果 是 使 用 这 个 解决 方法 ， 我 们 需要 格外 小 心 ， 因 为 如 果 (原来 
的 ) 非 受 限 的 非 依赖 型 名 称 是 被 用 于 虚 函 数 调 用 的 话 ， 那 么 这 种 引入 
依赖 性 的 限定 将 会 禁止 虚 函 数 调 用 ， 从 而 也 会 改变 程序 的 含义 。 
此 ， 当 遇 到 第 2 种 解决 方案 不 适用 的 情况 ， 我 们 可 以 使 用 方案 1: 
template<typename 工 > 
class 也 1{ 
public: 
enum E {el=6,e2= 28,e3= 496.}: 


Virtual void zero(E e = el1); 


Virtual void one(E&); 


template<typename 工 > 
class D : public B<T> { 


public: 
void {0 { 
typename D<T>::E e; //this->E 会 是 一 个 无 效 的 语法 
this->zero(); /D<T>::zero0 会 禁止 虚 函 数 调 
用 
one(e); //one 是 一 个 依赖 型 名 称 ， 
为 它 的 


} 
上 
我 们 可 以 看 出 : ee ee 数 名 称 one 是 依赖 于 模板 参数 
的 ， 因 为 该 调用 的 显 式 实 参 ( 即 e) 的 类 型 ( 即 D<T>::E) 是 依赖 型 
的 。 然 而 ， 如 果 我 们 是 把 这 种 “依赖 于 模板 参数 的 类 型 * 隐 式 用 作 缺 省 
实 参 的 类 型 ， 那 么 将 不 属于 (如 one 的 ) 这 种 情况 ， 因 为 编译 器 要 等 到 
决定 查找 的 时 候 ， 才 会 确认 缺 省 实 参 征 否 是 依赖 型 的 ， 这 同样 会 导致 
和 匈 有 鸡 还 是 先 有 和 蛋 的 问题 。 为 了 避免 细微 的 兰 错 ， 我 们 更 趋 癌 于 在 人 允 
许 使 用 this-> 前 绥 的 地 方 都 使 用 this-> 前 级 ， 这 同样 适用 于 非 模板 代码 。 
如 采 你 发 现 不 断 重 复 的 限定 会 让 你 的 代码 不 雅 观 ， 你 可 以 在 派生 
类 中 只 引入 依赖 型 基 类 中 的 名 称 一 次 : 
/修改 (方案 ) 3 
template<typename T> 
class DD3 : public Base<T>{ 
public: 
using Base<T>::basefield; 。。”// (1) 依赖 型 名 称 现在 位 于 该 作 
用 域 
void f() { basefield = 0; HM/(2) 正 确 


}; 

在 (2) 处 的 查找 是 成 功 的 ， 因 为 它 看 到 了 (1) 处 的 using- 
declaration。 男 外 ， us -declaration 是 等 到 实例 化 时 才 确 定 的 ， 这 也 是 
我 们 所 期 望 的 目标 。 男 一 方面 ， 这 种 机 制 也 是 有 一 些 约束 的 。 例 如 ， 
如 果 派 生 目 多 个 基 类 ， 0 页 准确 地 选择 哪个 基 类 包 售 了 
他 所 期 望 的 成 员 。 


9.5 本 章 后 记 


首 个 解析 模板 定义 的 编译 器 是 由 Taligent 公 司 在 20 世 纪 90 年 代 中 期 
开发 的 。 在 这 之 前 ， (即使 在 这 之 后 的 一 段 时 间 ) 大 多 数 编译 器 都 把 
模板 看 成 是 一 系列 要 在 〈 解 析 后 面 的 ) 实例 化 时 刻 才 被 处 理 的 标记 。 
因此 ， 除 了 处 理 诸 如 查找 模板 定义 结束 位 置 等 少许 操作 之 外 ， 都 不 会 
进行 其 他 的 解析 。Bil Gibbons 是 Taligent 公 司 在 C++ 委员 会 的 代表 ， 他 
极力 主张 让 模板 可 以 无 二 义 性 地 进行 解析 。 然 而 ， 直 到 惠普 公司 完成 
第 一 个 完整 的 编译 器 之 后 ，Taligent 公 司 的 努力 才 真正 产品 化 ， 也 才 有 
了 一 个 真正 编译 模板 的 C++ 编译 器 。 和 其 他 具有 竞争 性 优点 的 产品 一 
样 ， 这 个 C++ 编 译 器 很 快 就 由 于 高 质量 的 诊断 信息 而 得 到 业界 的 认可 。 
模板 的 诊断 信息 不 会 总 是 延迟 到 实例 化 时 刻 的 事实 也 要 归 因 于 这 个 编 
译 器 。 

在 模板 的 早期 开发 过 程 中 ，Tom Pennello (Metaware 公 司 的 一 个 著 
名 解析 专家 ) 就 意识 到 了 人 尖 括 号 所 带 来 的 一 些 问题 。Stroustrup 也 对 这 
个 话题 进行 了 讨论 [StroustrupDnE]， 而 且 认 为 人 们 更 喜欢 阅读 尖 括号 ， 
而 不 是 圆 括号 。 然 而 ， 除 了 人 尖 括 号 和 圆 括号 ， 还 存在 其 他 的 一 些 可 能 
性 ，Pennello 在 1991 年 的 C++ 标准 大 会 〈 在 达拉斯 举办 ) 上 特别 地 提议 
使 用 大 括号 [27] ， 例 如 (List{::X}) 。 然 而 ， 在 那 时 ， 问 题 的 扩展 程 
度 是 非常 有 限 的 ， 因 为 租 入 在 其 他 模板 内 部 的 模板 (也 称 为 成 员 模 
板 ) 还 不 是 合法 的 ， 因 此 也 就 不 会 涉及 到 9.3.3 小 和 的 话题 。 最 后 ， 委 
员 会 拒绝 了 这 个 取代 尖 括 号 的 提议 。 

“ 非 依 赖 型 名 称 和 9.4.2 小 节 讨 论 的 依赖 型 基 类 ”的 名 称 查 找 规则 是 
C++ 标准 委员 会 在 1993 年 引入 的 。Bjarne Stroustrup 在 1994 年 初出 版 的 
[StroustrupDnE] 首 次 给 出 了 这 些 内 容 。 而 惠普 公司 在 1997 年 初 才 把 它 
引入 C++ 编译 器 ， 成 为 该 内 容 的 首次 实现 。 于 是 ， 才 出 现 了 许多 派生 
自 依 赖 型 基 类 的 类 模板 化 码 。 然 而 ， 当 惠普 公司 的 工程 师 们 开始 测试 
这 个 实现 时 ， 却 发 现 了 大 多 数 以 特殊 方式 使 用 模板 的 程序 都 不 能 通过 
编译 [28]。 尤 其 是 ， 所 有 使 用 了 STL 的 实现 都 在 几 百 个 〈 甚 至 是 几 千 


个 ) 位 置 违反 了 原则 。 为 了 使 这 个 转变 过 程 对 客户 而 言 能 够 更 加 容 
易 ， 对 于 那些 “假定 非 依赖 型 名 称 可 以 在 依赖 型 基 类 中 进行 查找 的 ” 相 
天 代码 ， 惠 普 公 司 软化 了 相关 的 诊断 信息 。 例 如 ， 对 于 位 于 类 模板 作 
用 域 的 非 依赖 型 名 称 ， 如 采 利 用 标准 原则 不 能 找到 该 名 称 ，C++ 就 会 在 
依赖 型 基 类 中 进行 查找 。 如 采 仍 然 找 不 到 该 名 称 ， 便 会 给 出 一 个 错 
误 ， 编 译 失败 。 然 而 ， 如 采 在 依赖 型 基 类 找到 了 该 名 称 ， 那 么 将 会 给 
出 一 个 警告 ， 对 该 名 称 进 行 标记 并 且 看 成 是 依赖 型 名 称 ， 然 后 在 实例 
化 时 刻 试图 再 次 查找 。 

在 查找 过 程 中 ,“ 非 依赖 型 基 类 中 的 名 称 会 隐藏 相同 名 称 的 模板 参 
数 〈 见 9.4.1 小 节 ) ”这 条 规则 显然 是 一 个 疏忽 。 在 将 来 标准 的 修改 版 
本 中 可 能 会 修改 这 个 错误 。 在 任何 情况 下 ， 应 该 尽量 不 让 模板 参数 名 
称 和 非 依 赖 型 基 类 中 的 名 称 具有 相同 的 命名 。 

Andrew Koenig 首 次 提出 了 ADL (这 也 是 为 什么 ADL 有 了 时 也 称 为 
koenig 查 找 的 原因 ) ， 但 当时 只 是 用 于 运算 符 函 数 的 得 找 。 最 初 的 动机 
只 是 从 美观 和 人 简单 性 出 发 : 因为 “用 外 围 名 字 空 间 显 式 限定 的 运算 符 名 
称 ” 看 起 来 是 很 拖 省 的 (例如 ， 对 于 at+tb， 我 们 需要 这 样 编写 : 
N::operator+(a, b) ) ; 而 为 每 个 运算 符 都 使 用 using declaration 也 会 令 代 
码 变 得 难以 控制 。 因 此 ， 才 决定 运算 符 应 该 在 与 参数 相 天 的 名 字 空 间 
中 查找 。 后 来 ， 对 ADL 进行 了 扩展 ， 使 之 能 够 适应 : 某 些 种 类 的 友 元 
名 称 插入 、 支 持 模 板 和 模板 实例 化 的 两 阶段 查找 模型 ( 见 第 10 章 ) 。 
于 是 ， 扩 展 后 的 ADL 规 则 也 称 为 扩展 的 koenig 查 找 。 


10 章 实例 化 


模板 实例 化 [29] 是 一 个 过 程 ， 它 根据 泛 型 的 模板 定义 ， 生 成 ( 具 
体 的 ) 类 型 或 者 函数 。 在 C++ 中 ， 模 板 实例 化 是 一 个 很 基础 的 概念 ， 但 


却 多 少 有 一 些 错 缩 复杂 。 复 杂 性 的 一 个 主要 原因 在 于 : 对 于 产生 自 模 
板 的 实体 〈 指 具体 类 型 或 函数 ) ， 它 们 的 定义 已 经 不 再 局 限于 源 代码 
中 的 单一 位 置 。 事 实 上 ， 模 板 本 身 的 位 置 、 使 用 模板 的 位 置 、 定 义 模 
板 实 参 的 位 置 都 会 对 这 个 (产生 自 模板 的 ) 实体 的 含义 产生 一 定 的 影 
啊 。 

在 这 一 章 里 ， 我 们 将 阐述 如 何 组 织 我 们 的 源 代 码 ， 以 正确 地 使 用 
模板 。 另 外 ， 我 们 还 讨论 了 大 多 数 主流 C++ 编译 器 在 处 理 模 板 实例 化 时 
所 使 用 的 各 种 方法 。 尽 管 这 些 方法 在 语义 上 应 该 是 等 价 的 ， 但 充分 理 
解 编译 器 实例 化 策略 的 基本 原则 是 大 有 神 益 的 。 而 且 ， 在 创建 现实 软 
件 的 过 程 中 ， 每 种 机 制 都 有 它 的 独特 之 处 ， 反 过 来 ， 这 些 机 制 同 时 也 
影响 着 标准 C++ 的 最 终 规范 。 


10.1 On-Demand 实 例 化 


当 C++ 编 译 右 遇 到 模板 特 化 的 使 用 时 ， 它 会 利用 所 给 的 实 参 替 换 对 
应 的 模板 参数 ， 从 而 产生 该 模板 的 特 化 [30]。 这 个 过 程 是 编译 右上 自动 
进行 的 ， 并 不 需要 客户 端 代 码 来 引导 (或 者 不 需要 模板 定义 来 引 
导 ) 。 而 且 ，on-demand 实 例 化 的 这 个 特性 也 使 得 C++ 模板 和 其 他 编译 
型 语言 的 相似 功能 大 有 区 别 。 另 外 ，on-demand 实 例 化 有 时 也 被 称 为 隐 
式 实 例 化 或 者 目 动 实例 化 。 

on-demand 实 例 化 表明 : 在 使 用 模板 ( 特 化 ) 的 地 方 ， 编 译 器 通常 
需要 访问 模板 和 某 些 模板 成 员 的 整个 定义 (也 就 是 说 ， 只 有 声明 是 不 
够 的 ) 。 考 虑 下 面 这 个 包含 短小 源 代 码 的 文件 : 

template<typename T> class C;//(1) 这 里 只 有 声明 

C<int>* p = 0; //(2) 正 确 :并 不 需要 C<int> 的 定义 

template<typename T> 

class CTI 


public: 


void f0); / (3) 成 员 声明 
}: / (4) 类 模板 定义 结束 
void g (C<int>& c) 1// (5) 只 使 用 类 模板 声明 
{ 

c.f0; / (6) 使 用 了 类 模板 的 定义 
} // 需要 C::f0 的 定义 


在 源 代码 的 (1) 处 ， 只 有 模板 声明 是 可 见 的 ， 也 就 是 说 : 模板 定 
义 此 时 还 不 是 可 见 的 (这 类 声明 有 了 时 也 被 称 为 前 置 声明 ) 。 与 普通 类 
的 情况 一 样 ， 如 果 你 声明 的 是 一 个 指向 某 种 类 型 的 指针 或 者 引用 (如 
(2) 处 的 声明 ) ， 那 么 在 声明 的 作用 域 中 ， 你 并 不 需要 看 到 该 类 模板 
的 定义 。 例 如 ， 声 明 函 数 g 的 参数 类 型 并 不 需要 模板 C 的 完整 定义 。 然 
而 ， 如 果 ( 某 个 组 件 ) 期 望 知道 模板 特 化 的 大 小 ， 或 者 访问 该 特 化 的 
成 员 ， 那 么 整个 类 模板 的 定义 就 需要 位 于 作用 域 中 ;这 也 是 源 代码 的 
(6) 处 需要 模板 定义 的 原因 。 因 为 如 果 看 不 见 这 个 模板 定义 的 话 ， 编 
就 不 能 确定 成 员 f 存 在 且 是 可 访问 的 ( 束 是 说 ,不 是 私有 的 ， 也 不 
受 保护 的 ) 。 
下 面 是 另 一 个 需要 进行 (前面 的 ) 类 模板 实例 化 的 表达 式 ， 因 为 
编译 器 需要 知道 C<void> 的 大 小 : 
C<void>* p = new C<Void>; 
在 这 个 例子 中 ， 实 例 化 是 必 不 可 少 的 ， 因 为 只 有 进行 实例 化 之 
后 ， 编 译 句 才能 知道 C<void> 的 大 小 。 对 于 上 面 这 个 特殊 的 模板 ， 你 可 
能 会 认为 : 用 任何 类 型 的 实 参 X 替换 参数 T 之 后 ， 都 不 会 影响 模板 ( 特 
化 ) 的 大 小 ;因为 在 任何 情况 下 ，C<X> 都 是 一 个 空 类 。 然 和 而， 编译 器 
并 不 会 检测 它 是 否 为 空 。 而 且 ， 为 了 确定 C<void> 是 否 具有 可 访问 的 缺 
省 构造 钞 数 ， 并 且 确 认 C<void> 没 有 声明 私有 有 的 operator new 或 者 
operator delete， 我 们 需要 进行 实例 化 。 
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在 源 代码 中 ， 有 时 候 需 要 访问 类 模板 成 员 ， 但 在 源 代码 中 这 种 需 
要 并 不 总 是 显 式 可 见 的 。 例 如 ，C++ 的 重 载 解析 规则 会 要 求 : 如 采 候 选 
函数 的 参数 是 class 类 型 ， 那 么 该 类 型 所 对 应 的 类 吏 必 须 是 可 见 的 。 


template<typename 工 > 


class CTI 
public: 
C(int); /具有 单 参数 的 构造 函数 
/可 以 被 用 于 隐 式 类 型 转换 

void candidate(C<double> const&); //(1) 
void candidate(int) { } //(2) 
int main() 
{ 

candidate(42); /前 面 两 个 函数 声明 都 可 以 被 调用 
} 


调用 candidate(42) 将 会 采用 (2) 处 的 重 载 声 明 。 然 而 ， 编 译 器 仍 
然 可 以 实例 化 〈1) 处 的 声明 ， 来 检查 产生 的 实例 能 否 成 为 该 调用 的 一 
个 有 效 候选 函数 (之 所 以 这 样 ， 是 因为 在 这 个 例子 中 ， 单 参数 的 构造 
函数 可 以 将 42 隐 式 转型 为 一 个 C<double> 类 型 的 右 值 ) 。 我 们 应 该 看 
到 : 即使 不 进行 这 种 实例 化 ， 编 译 器 也 可 以 解析 这 个 调用 ， 即 调用 

(2) 处 的 声明 ; 但 是 编译 器 并 不 会 拒绝 这 种 实例 化 ， 它 是 允许 (但 并 
没有 要 求 ) 执行 这 种 实例 化 的 (这 也 正如 该 例子 所 示 : 它 并 不 需要 
(也 不 会 选择 ) (1) 处 的 声明 ， 因 为 一 个 精确 的 匹配 要 优 于 显 式 转型 
所 获得 的 匹配 ) 。 另 外 ， 令 我 们 惊讶 的 是 : C<double> 的 实例 化 可 能 还 


会 引发 一 个 错误 。 


10.2 延迟 实例 化 


到 目前 为 止 ， 我 们 (给 出 ) 的 例子 所 兽 述 的 一 些 约束 ， 和 使 用 非 
模板 类 时 的 一 些 约束 并 没有 本 质 的 区 别 。 壁 如 ， 非 模板 类 的 许多 用 法 
会 要 求 class 类 型 的 定义 是 完整 的 ， 类 似 地 ， 编 译 絮 同样 可 以 根据 类 模 
板 定义 ， 产 生 这 个 完整 的 定义 。 

现在 就 有 了 一 个 相关 的 问题 ， 模板 的 实例 化 程度 是 怎么 样 的 呢 ? 
对 于 这 个 问题 ， 一 个 模糊 的 回答 会 是 : 只 对 确实 需要 的 部 分 进行 实例 
化 。 换 句 话 说 ， 编 译 絮 会 延迟 模板 的 实例 化 。 让 我 们 细 完 “延迟 ”在 这 
里 的 具体 含义 。 

当 隐 式 实 例 化 类 模板 时 ， 同 时 也 实例 化 了 该 模板 的 每 个 成 员 声 
明 ， 但 并 没有 实例 化 相应 的 定义 。 然 而 ， 存 在 一 些 例外 的 情况 : 首 
和 完 ， 如 果 类 模板 包含 了 一 个 匿名 的 union， 那 么 该 nion 定义 的 成 员 同 
时 也 被 实例 化 了 [31]。 男 一 种 例外 情况 发 生 在 虚 函 数 遇 上: 作为 实例 
化 类 模板 的 结果 ， 虚 函数 的 定义 可 能 被 实例 化 了 ， 但 也 可 能 还 没有 被 
实例 化 ， 这 要 依赖 于 具体 的 实现 。 实 际 上 ， 许 多 实现 都 会 实例 化 ( 虚 
函数 ) 这 个 定义 ， 因 为 “实现 虚 函 数 调用 机 制 的 内 部 结构 ?要求 虚 函数 

(的 定义 ) 作为 链接 实体 存在 。 
当 实 例 化 模板 的 时 候 ， 缺 省 的 国 数 调用 实 参 是 分 开 考虑 的 。 谁 确 
而 言 ， 只 有 这 个 被 调用 的 函数 〈 或 成 员 函 数 ) 确实 使 用 了 缺 省 实 参 ， 
会 实例 化 该 实 参 。 束 是 说 ， 如 果 这 个 函数 〈 或 成 员 函 数 ) 不 使 用 缺 
省 调用 实 参 ， 而 是 使 用 显 式 实 参 来 进行 调用 ， 那 么 束 不 会 实例 化 缺 省 
对 于 上 面 的 这 些 规则 ， 让 我 们 用 下 面 的 例子 来 阐述 : 
//details/lazy.cpp 


template <typename T> 
class Safe { 
上 


template <int N> 


class Danger { 
public: 
typedef char Block[N]; / 如 果 N<=0 的 话 ， 将 会 出 错 
}; 
template <typename T, int N> 
class Tricky { 
public: 
virtual ~Tricky() { 
} 
void no_body_here(Safe<T> = 3); 
void inclass() { 
Danger<N> no_boom yet; 
} 
// void error() { Danger<0> boom.; } 
// void unsafe(T (*p)[N)); 
T operator->(); 
// virtual Safe<T> suspect(); 
struct Nested { 


Danger<N> pfew; 


上 
union { // 匿名 的 union 
int align; 
Safe<T> anonymous; 
}; 
}; 
int main() 


{ 


Tricky<int, 0> ok; 

} 

我 们 先 来 考虑 前 面 一 部 分 没有 main0 画 数 的 例子 。 标 准 C++ 编 译 器 
通常 会 编译 这 上 段 模 板 定 义 ， 来 检查 语法 约束 和 一 般 的 语义 约束 。 然 
而 ， 在 检查 涉及 到 模板 参数 的 约束 上 时， 编译 器 会 假设 该 参数 “处 于 最 理 
想 的 情况 ”(assume the best) 。 例 如 ， 在 模板 Danger 中 ， 用 于 成 员 
Block 的 typedef (类 型 定义 ) 的 参数 N 可 能 会 是 0 或 者 负数 (这 就 会 是 无 
效 的 ) ; 但 编译 器 会 假设 最 理想 的 情况 ， 即 参 数 N 不 会 是 0 或 者 负数 ， 
而 是 正 整 数 。 类 似 地 ， 在 成 员 no_body_here0 声 明 中 的 缺 省 实 参 规范 

(=3) 也 是 可 疑 的 ， 因 为 不 一 定 能 够 使 用 整数 来 对 模板 Safe 进 行 初始 
; 但 编译 属 会 假定 : 对 于 Safe<T> 的 泛 型 定义 ， 并 不 会 用 到 该 缺 省 实 
。 类似 地 ， 对 于 成 员 error()， 如 采 没 有 注释 挥 ， 那 么 在 编译 模板 的 时 
候 ， 它 将 会 引发 一 个 错误 ， 因 为 使 用 Danger<0> 会 被 要 求 给 出 类 
Danger<0> 的 完整 定义 ， 而 产生 这 个 类 的 定义 会 试图 typedef 一 个 元 么 个 
数 为 0 的 数组 〈《 即 Block[0]) 。 因 此 ， 即 使 成 员 errorO 没 有 被 使 用 ， 并 因 
此 而 不 会 被 实例 化 ， 但 是 仍然 会 引发 一 个 错误 。 这 个 错误 是 在 沁 型 模 
板 的 处 理 过 程 中 引发 的 。 然 而 ， 与 errorO0 相 反 的 是 成 员 unsafe(T (*p)[N]) 
的 声明 ， 在 N 还 没有 被 模 板 参 数 蔡 换 之 前 ， 该 声明 是 不 会 产生 错误 的 。 

现在 让 我 们 来 分 析 添 加 main() 玉 数 后 会 出 现 什 么 样 的 结果 。 它 会 
使 编译 万 替换 模板 Tricky 的 参数 : 用 int 符 换 T， 用 0 替换 N。 实 际 上 ， 这 
里 并 不 需要 Tricky 中 所 有 成 员 的 定义 ， 但 缺 省 构造 本 数 (在 这 个 例子 该 
函数 是 隐 式 声明 的 ) 和 析 构 函数 是 肯定 会 被 调用 的 ， 因 此 它们 的 定义 
必须 存在 。 实 际 上 ， 还 需要 提供 虚拟 成 员 〈 如 虚 函 数 ) 的 定义 ， 否 则 
的 话 可 能 就 会 引发 一 个 链接 期 错误 。 辟 如， 如 果 我 们 既 没 有 注释 挥 虚 
函数 成 员 suspect(0 的 声明 ， 也 没有 提供 它 的 定义 的 话 ， 链 接 器 就 会 给 出 
这 类 错误 。 相 反 ， 对 于 成 员 inclass0 和 结构 (struct) Nested 的 定义 ， 它 
们 会 要 求 一 个 完整 的 Danger<0> 类 型 (而 我 们 从 前 面 讨论 已 经 知道 ， 该 


Sh 


完整 类 型 会 包含 一 个 无 效 的 typedef) ; 但 因为 程序 中 并 不 会 用 到 这 两 
个 成 员 的 定义 ， 因 此 不 会 产生 它们 的 定义 ， 从 而 也 残 不 会 引发 销 误 。 
另 一 方面 ， 所 有 的 成 员 声 明 都 是 会 被 生成 的 ， 而 且 作为 我 们 (用 实 
参 ) 替换 后 的 结果 ， 这 些 声 明 将 可 能 会 包含 无 效 类 型 ， 而 这 是 不 允许 
的 。 辟 如， 如 果 没 有 注释 掉 unsafe(T (*p)[N]) 声 明 ， 我 们 将 会 再 次 创建 
一 个 元 素 个 数 为 0 的 数组 类 型 ， 同 样 会 引发 一 个 错误 [32] 。 类 似 地 ， 在 
匿名 union 中 ， 如 果 我 们 用 Danger<N> 替 换 〈 源 代码 中 的 ) Safe<T>， 也 
会 引发 一 个 错误 [33] ， 因 为 类 型 Danger<0> 并 不 是 完整 的 ， 也 是 无 效 
的 。 

最 后 ， 我 们 需要 考察 operator->。 通 常 ， 这 个 运算 和 从 必须 返回 一 个 
指针 类 型 ， 或 者 男 一 个 应 用 这 个 operator-> 的 class 类 型 。 这 就 意味 着 
main 函 数 中 的 Ticky<int 0> 应 该 会 引发 一 个 错误 ， 因 为 它 声 明了 一 个 返 
回 类 型 为 int 的 operator->。 然 而 ， 因 为 某 些 常见 的 类 模板 定义 [34] 实现 
了 这 种 (返回 类 型 为 T 或 者 T* 的 ) 定义 ， 所 以 语言 规则 就 变 得 更 加 灵活 
了 ; 于 是 ， 如 果 通 过 重 载 解析 规则 选择 了 用 户 定 义 的 operator->， 那 么 
这 个 目 定 义 的 operator-> 只 能 返回 一 个 类 型 ， 而 且 此 类 型 是 应 用 其 他 

(例如 内 建 的 ) operator-> 的 类 型 。 这 在 模板 之 外 的 代码 也 是 适用 的 
(即使 在 那些 情况 下 用 处 不 多 ) 。 因 此 ， 即 使 用 int 来 作为 返回 类 型 ， 
这 个 operator-> 声 明 也 不 会 引发 错误 。 


10.3 C++ 的 实例 化 模型 


模板 实例 化 是 这 样 的 一 个 过 程 : 根据 相应 的 模板 实体 ， 适 当地 替 
换 模 板 参 数 ， 从 而 获得 一 个 普通 类 或 者 函数 。 这 个 定义 昕 起 来 很 集 单 
明了 ， 但 在 实际 应 用 中 我 们 需要 遵循 许多 细节 。 

10.3.1 两 阶段 查找 
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从 第 9 章 中 我 们 知道 : 当 对 模板 进行 解析 的 时 候 ， 编 译 器 并 不 能 解 
析 依 赖 型 名 称 。 于 是 ， 编 译 器 会 在 POI (point of instantiation， 实 例 化 
点 ) 再 次 查找 这 些 依赖 型 名 称 。 另 一 方面 ， 非 依赖 型 名 称 是 在 首次 看 
到 模板 的 时 候 就 进行 查找 ， 因 此 在 第 1 次 查找 时 就 可 以 诊断 错误 信息 。 
于 是 ， 就 有 了 两 阶段 查找 (two-phase lookup) 这 个 概念 [35] : 第 1 阶段 
发 生 在 模板 的 解析 阶段 ， 第 2 阶段 发 生 在 模板 的 实例 化 阶段 。 

在 第 1 阶段 ， 当 使 用 普通 查找 规则 (在 适当 的 情况 也 会 使 用 ADL) 
对 模板 进行 解析 时 ， 就 会 查找 非 依 赖 型 名 称 。 男 外 ， 非 受 限 的 依赖 型 
名 称 (诸如 函数 调用 中 的 函数 名 称 ， 之 所 以 说 它 是 依赖 型 的 ， 是 因为 
该 名 称 具有 一 个 依赖 型 实 参 ) 也 会 在 这 个 阶段 进行 查找 ， 但 它 的 查找 
结果 是 不 完整 的 (就 是 说 查找 还 没 结 束 ) ， 在 实例 化 模板 的 时 候 ， 还 
会 再 次 进行 查找 。 

第 2 阶段 发 生 在 模板 被 实例 化 的 时 候 ， 我 们 也 称 此 时 发 生 的 地 点 
(或 者 源 代码 的 某 个 位 置 ) 为 一 个 实例 化 点 POI。 依 赖 型 受 限 名 称 就 是 
在 此 阶段 进行 查找 的 (查找 的 目标 是 : 运用 模板 实 参 代 蔡 模板 参数 之 
后 所 获得 的 特定 实例 化 体 [36] ) ; 另外 ， 非 受 限 的 依赖 型 名 称 在 此 阶 
段 也 会 再 次 执行 ADL 查 找 。 


10.3.2 POI 

从 上 面 我 们 知道 ，C++ 编 译作 会 在 模板 客户 端 代 码 中 的 某 些 位 置 访 
问 模 板 实 体 的 声明 或 者 定义 。 于 是 ， 当 茶 些 代码 构造 引用 了 模板 特 
化 ， 而 且 为 了 生成 这 个 完整 的 特 化 ， 需 要 实例 化 相应 模板 的 定义 时 ， 
就 会 在 源 代 码 中 产生 一 个 实例 化 点 (POI) 。 我 们 应 该 清楚 ，POI 是 位 
于 产 代 码 中 的 一 个 后 ， 在 该 点 会 插入 准 换 后 的 模板 实例 。 例 如 : 

class MylInt { 

public: 

MylInt(int i); 


}; 

MyInt operator ~ (MylInt const&); 

bool operator > (MyInt const&, MyInt const&); 

typedef MyInt Int; 
template <typename T> 

void f(T i) 

{ 

if (i > 0)t{ 
g(i); 
} 

} 

//(1) 

void g(Int) 

{ 

//(2) 
f<Int>(42); /调用 点 
//(3) 

} 

//(4) 

当 C++ 编 译 器 看 到 调用 f<Int>(42) 时 ， 它 知道 需要 用 MyInt 替 换 T 来 
实例 化 模板 f， 即 生成 一 个 POI。 (2) 处 和 “(3) 处 是 临近 调用 点 的 两 
个 地 方 ， 但 它们 不 能 作为 POI， 因 为 C++ 并 不 允许 我 们 把 ::f<Int>(Int) 的 
定义 在 这 里 插入 。 另 外 ， (1) 处 和 “(4) 处 的 本 质 区 别 在 于 : 在 (4) 
处 ， 函 数 g(Int) 是 可 见 的 ， 而 (1) 处 则 不 是 ， 因 此 在 (4) 处 画 数 g(-i) 
可 以 被 解析 。 然 而 ， 如 果 我 们 假定 (1) 处 作为 POI， 那 么 调用 g(-D 将 
不 能 被 解析 ， 因 为 g(Int) 在 (1) 处 是 不 可 见 的 。 驻 运 的 是 ， 对 于 指向 非 


类 型 特 化 的 引用 ，C++ 把 它 的 POI 定 义 在 “包含 这 个 引用 的 定义 或 声明 之 
后 的 最 近 名 字 空 间 域 "中 。 在 我 们 的 例子 中 ， 这 个 位 置 是 (4) 。 

你 可 能 会 疑惑 我 们 为 什么 在 例子 中 使 用 类 型 MyInt， 而 不 直接 使 用 
简单 的 int 类 型 。 这 主要 是 因为 : 在 POI 执 行 的 第 2 次 查找 ( 指 g(-i)) 只 
是 使 用 了 ADL。 而 基本 类 型 int 并 没有 关联 名 字 空 间 ， 因 此 ， 如 末 使 用 
int 类 型 ， 束 不 会 发 生 ADL 人 查找， 也 束 不 能 找到 函数 g [37] 。 所 以 ， 如 果 
你 用 下 面 的 typedef 代 巷 原 来 的 typedef: 

typedef int Int; 

那么 前 面 的 例子 将 不 能 通过 编译 [38]。 对 于 类 特 化 ， 这 个 (POJ 
位 置 症 不 一 样 的 。 可 以 通过 下 面 代码 来 说 明 : 

template<typename T> 

classS{ 

public: 


Tm; 

}; 

//(5) 

unsigned long h() 

{ 

//(6) 
return (unsigned) long) sizeof(S<int>); 
//(7) 

} 

//(8) 

如 前 所 述 ， 我 们 知道 位 置 (6) 和 “(7) 不 能 作为 POI， 因 为 名 字 空 
间 域 类 S<int> 的 定义 不 能 出 现在 这 两 个 位 置 《模板 是 不 能 出 现在 函数 作 
用 域内 部 的 )  。 如 果 我 们 采用 前 面 非 类 型 实例 的 规则 ， 那 么 POI 应 该 
在 (8) 处 ,但 这 样 的 话 ， 表 达 式 sizeof(S<int>) 会 是 无 效 的 ， 因 为 要 等 


到 在 编译 到 (8) 之 后 ， 我们 才能 确定 S<int> 的 大 小 ， 而 代码 
sizeof(S<int>) 位 于 (8) 之 前 。 因 此 ， 对 于 指向 产生 自 模板 的 类 实例 的 
引用 ， 它 的 POI 只 能 定义 在 “包含 这 个 实例 引用 的 定义 或 声明 之 前 的 最 
近 名 字 空 间 域 。 在 我 们 这 个 例子 中 ， 是 指 位 置 (5) 。 

在 实例 化 模板 的 时 候 ， 可 能 还 需要 进行 某 些 附 认 的 实例 化 。 考 虑 
下 面 的 简短 例子 : 


template<typename T> 


classS{ 
public: 
typedef int I; 
}; 
//(1) 
template<typename T> 
void f() 
{ 
S<char>::Ivarl = 41; 


typename 9S< 工 >::I var2 = 42; 


} 
int main() 
{ 
f<double>(); 
} 


//(2):(2a),(2b) 

根据 前 面 的 讨论 ， 我 们 知道 f<double> 的 POI 会 在 〈2) 处。 但 在 这 
个 例子 中 ， 函 数 模 板 {0 引 用 了 一 个 类 特 化 S<char>; 从 前 面 的 讨论 我 们 
知道 ， 该 类 特 化 的 POI 应 该 在 (1) 处 。 另 外， 画 数 模板 f0 还 引用 了 
S<T>; 因为 S<T> 是 依赖 型 的 ， 所 以 我 们 不 能 像 S<char> 那 样 来 确定 它 


的 POI。 然 而 ， 如 果 在 (2) 处 实例 化 了 f<double>， 我 们 知道 同时 需要 实 
例 化 S<double> 的 定义 。 对 于 类 型 实体 和 非 类 型 实体 ， 这 种 二 次 (或 者 
传递 ) POI ( 指 S<double> 的 POI) 的 定义 位 置 稍微 有 些 区 别 。 对 于 非 类 
型 实体 ， 这 种 二 次 POI 的 位 置 和 主 POI ( 指 f<double>) 的 位 置 相同 。 对 
于 类 型 实体 ， 二 次 POI 的 位 置 位 于 主 POI 位 置 的 紧 前 处 (最近 的 名 字 空 
间 域 内 ) 。 在 我 们 的 例子 中 ， 利 用 前 面 的 规则 ，f<double> 的 POI 位 于 
(2b) 处 ， 而 在 它 的 紧 前 处 一 一 即 (2a) 处 一 一 就 是 二 次 POI ( 即 
S<double> 的 POI) 的 位 置 。 现 在 我 们 就 知道 S<double> 和 S<char> 的 POI 
是 不 同 的 。 

一 个 翻译 单元 通常 会 包含 同 个 实例 的 多 个 POI。 对 于 类 模板 实例 而 
言 ， 在 每 个 翻译 单元 中 ， 只 有 首 个 POI 会 被 保留 ， 而 其 他 的 POI 则 被 忽 
略 (其 实 它们 并 不 会 被 认为 是 POI) 。 对 于 非 类 型 实例 而 言 ， 所 有 的 
POI 都 会 被 保留 。 然 而 ， 对 于 上 面 的 任何 一 种 情况 ，ODR 原 则 都 会 
求 : 对 保留 的 任何 一 个 POI 处 所 出 现 的 同 种 实例 化 体 ， 都 必须 是 等 价 
的 ;但 C++ 编译 器 既 没 有 要 求 保 证 这 种 约束 ， 也 没有 要 求 诊断 是 否 违反 
这 种 约束 。 这 就 允许 C++ 编译 器 选择 一 个 非 类 型 的 POI 来 执行 所 需要 的 
实例 化 ， 而 不 用 在 意 其 他 的 POI 是 否 会 产生 一 个 不 同 的 实例 化 体 。 

在 实际 应 用 中 ， 大 多 数 编译 器 会 延迟 非 内 联 画 数 模板 的 实例 化 ， 
直到 翻译 单元 末尾 处 ， 才 进行 真正 的 实例 化 。 这 种 做 法 有 效 地 把 对 应 
模板 特 化 的 POI 移 到 了 翻译 单元 的 末尾 。 实 际 上 ，C++ 语 言 设 计 者 的 意 
图 是 为 了 让 这 种 做 法 成 为 一 种 有 效 的 实现 技术 ， 但 是 标准 并 没有 浴 清 


这 个 意图 。 


10.3.3 后 
当 遇 到 POI 的 时 候 ， (编译 器 要 求 ) 相应 模板 的 定义 必须 是 〈 基 
于 某 种 方式 ) 可 见 的 。 对 于 类 特 化 而 言 ， 这 就 意味 着 : 在 同 个 翻译 单 
元 中 ， 类 模板 的 定义 必须 在 它 的 POI 之 前 就 已 经 是 可 见 的 。 对 于 非 类 型 


的 POI 而 言 ， 也 可 能 会 采取 上 面 的 方式 ， 但 我 们 通 弟 会 把 非 类 型 模板 的 
定义 放 在 一 个 头 文件 中 ， 然 后 在 需要 使 用 该 定义 的 时 候 ， 把 这 个 头 文 
件 ##inlcude 到 这 个 翻译 单元 中 。 这 种 处 理 模板 定义 的 源 模型 瓯 是 我 们 前 
面 所 谈 到 的 包含 模型 ， 也 是 目前 为 止 最 广泛 的 实现 方式 。 

对 于 非 类 型 POI， 还 存在 另 一 种 实现 方法 : 使 用 export 关 键 字 来 声 
明 非 类 型 模板 ， 而 在 另 一 个 翻译 单元 中 定义 该 非 类 型 模板 。 这 就 是 我 
们 前 面 所 谈 到 的 分 离 模 型 。 下 面 的 代码 结合 (前 面 已 经 使 用 的 ) max() 
模板 来 说 明 这 一 点 : 

/翻译 单元 1: 


#inlcude <iostream> 


export template<typename T> 


T const& max(T const&, T const&) 


int main() 
{ 

std::cout << max(7,42) << std::endl; //(1) 
} 
/翻译 单元 2: 


export template<typename 工 > 

T const& max(T const& a, T const& b) 

{ 

returna<b?b:a; //(2) 

} 

当 编 译 第 1 个 文件 的 时 候 ， 编 译 器 会 察觉 到 : 根据 (1) 处 的 声 
明 ， 需 要 用 int 替 换 T 来 生成 一 个 POI 。 接 下 来 ， 编 译 器 必须 能 够 确定 ; 
可 以 实例 化 第 2 个 文件 中 max 模 板 的 定义 ， 来 满足 前 面 的 POI 要 求 。 


假设 我 们 将 上 面 的 第 一 个 文件 (翻译 单元 1) 改写 如 下 : 
/翻译 单元 1: 
#include<iostream> 
export template<typename T> T const& max(T const&, T const&); 
namespace N { 
Class 工 { 
public: 
I(int i): vG){} 
int V; 
}; 
bool operator < (I const& a, [ const& b) { 


return a.v < b.v; 


} 
} 
int main() 
{ 
std::cout <<max(N::1(7), N::I(42)).v<<std::end];//(3) 
} 


根据 (3) 处 生成 的 POI 会 再 次 要 求 位 于 第 2 个 文件 〈 即 翻译 单元 
2) 中 的 max 模 板 定义 。 然 而 ， 这 个 定义 使 用 了 < 运算 符 ， 而 现在 这 个 
运算 符 引 用 的 是 在 翻译 单元 1 中 声明 的 重 载 运算 件 ， 它 在 翻译 单元 2 是 
不 可 见 的 。 为 了 解决 这 种 不 可 见 性 ， 实 例 化 过 程 显 然 需要 引用 两 处 不 
同 的 声明 上 下 文 [39]。 第 1 处 上 下 文 是 指 : 模板 定义 的 上 下 文 ; 第 2 处 
上 下 文 是 指 ， 类 型 1 声明 的 上 下 文 。 为 了 在 两 种 上 下 文中 进行 查找 ， 模 
板 中 的 名 称 应 该 分 两 阶段 查找 ， 束 像 10.3.1 小 让 所 解释 的 那样 。 

第 1 阶段 发 生 在 解析 模板 (也 就 是 说 ，C++ 编 译 眉 第 1 次 看 到 模板 定 
义 ) 的 时 候 。 在 这 个 过 程 中 ， 会 使 用 普通 查找 规则 和 ADL 规则 对 非 依 


赖 型 名 称 进行 查找 。 男 外 ， 非 受 限 的 依赖 型 画 数 名 称 (这 里 的 依赖 型 
征 指 函数 的 实 参 是 依赖 型 的 ) 会 移 使 用 普通 查找 规则 进行 查找 ， 但 只 
征 把 查找 结 采 保存 起 来 ， 并 不 会 试图 进行 重 载 解 析 过 程 一 这 是 在 第 2 
阶段 的 查找 完成 之 后 才 进 行 的 。 

第 2 阶段 发 生 在 产生 POI (实例 化 点 ) 的 时 候 。 在 这 一 点 上 ， 会 使 
用 普通 查找 规则 和 ADL 规 则 来 查找 依赖 型 受 限 名 称 。 而 依赖 型 非 受 限 
名 称 ( 它 已 经 在 第 1 阶段 使 用 普通 查找 规则 查找 了 一 次 ， 则 只 使 用 ADL 
规则 进行 查找 ， 然 后 把 ADL 的 查找 结果 结合 第 1 阶段 普通 查找 所 获得 的 
结 末 ， 组 成 一 个 候选 画 数 集合 ， 人 然后 借助 于 重 载 解析 ， 从 该 集合 中 选 
出 (最 佳 的 ) 被 调用 画 数 。 

尽管 两 阶段 得 找 机 制 看 起 来 是 应 用 分 离 模 型 的 关键 所 在 ， 但 包 侣 
模型 同时 也 使 用 了 该 机 制 。 男 外 ， 包 含 模 型 早期 的 一 些 实现 把 所 有 的 
查找 都 延迟 到 POI 才 进行 [40] 。 


10.3.5 例子 
下 面 的 一 些 例 子 很 好 地 说 明了 我 们 前 面 所 描述 的 一 些 概念 。 
第 1 个 是 关于 包含 模型 的 简单 例子 : 


template <typename 工 > 


void f1(T x) 
{ 
g1(x); //(1) 
} 
void g1(int) 
{ 
} 
int main() 


f1(7); /错误 ， 找 不 到 g11! 
} //(2):f<int>(int) 的 POTI 
调用 f1(7) 将 会 产生 f1<int>(int) 的 一 个 POI， 它 紧 跟 main0 函 数 的 后 
面 ( 即 (2) 处 ) 。 在 这 个 实例 中 ， 关 键 的 问题 是 函数 g1 的 查找 。 当 第 
一 次 看 到 模板 位 的 定义 时 ， 编 译 器 注意 到 非 受 限 名 称 g1 是 一 个 依赖 型 名 
称 ， 因 为 它 的 参数 名 称 依 赖 于 外 部 函数 f 的 模板 参数 ( 即 实 参 x 的 类 型 依 
赖 于 模板 参数 T) 。 因 此 ， 编 译 器 会 在 (1) 处 使 用 普通 查找 规则 来 查找 
g1， 然 而 在 (1) 处 并 不 能 看 到 g1， 从 而 第 1 阶段 找 不 到 gl1。 在 (2) 处 ， 
即位 的 POI， 会 在 关联 名 字 衬 间 和 关联 类 中 再 次 查找 g1， 但 由 于 g1 的 唯 
一 实 参 类 型 是 int， 而 int 并 没有 关联 和 名字 空间 和 关联 类 ， 从 而 第 2 阶段 也 
找 不 到 g1。 因 此 ， 尽 管 在 位 的 POI 处 〈 即 (2) 处 ) 可 以 使 用 普通 查找 
规则 找到 g1 (这 只 是 一 个 假象 而 已 ， 但 是 根据 我 们 前 面 的 分 析 ， 该 
例子 实际 上 并 不 能 找到 g1。 
第 2 个 例子 说 明了 : 分 离 模型 如 何 导 致 足 翻译 单元 的 重 载 二 义 性 问 
题 。 这 个 例子 包含 了 3 个 文件 (其 中 一 个 是 头 文件 ) : 
// 文 件 common.hpp 
export template<typename T> 
void f(T); 
classAtf 


B 
classBI{ 
站 
class X{ 
public: 
operator A() { return A(); } 
operator B() { return B(); } 


/文件 a.cpp: 
#include“common.hpp” 
void g(A) 

{ 

} 


int main() 


{<X>(XO); 
} 
/文件 b.cpp: 
#include“common.hpp” 
void g(B) 
{ 
} 
export template<typename T> 
void f(T x) 
{ 
g(x); 
} 
在 文件 a.cpp 中 的 main0) 函 数 调用 了 f<X>(X0)， 它 解析 为 文件 b.cpp 
中 定义 的 导出 (exported) 模板 。 因 此 ， 该 模板 中 的 调用 g(x) 会 基于 X 
类 型 的 实 参 进行 实例 化 。 根 据 两 阶段 查找 规则 我 们 知道 ， 函 数 g0 会 执 
行 了 两 次 查找 : 一 次 使 用 普通 查找 规则 在 文件 b.cpp 中 进行 查找 (发 生 
在 解析 模板 的 时 候 ) ; 另 一 次 是 在 文件 a.cpp 中 使 用 ADL 进 行 查找 (在 
模板 被 实例 化 的 地 方 ) 。 第 1 次 查找 会 找到 g(B)， 而 第 2 次 查找 则 找到 
g(A); 借助 于 目 定义 的 类 型 转换 运算 符 ， 这 两 个 查找 结 打 都 是 可 行 的 g 
函 数 。 因 此 ， 这 个 调用 是 二 义 性 的 。 


可 以 看 出 : 在 文件 b.cpp 中 ， 调 用 g(x) (从 表面 ) 看 起 来 并 不 会 导 
双 二 义 性 于 实 上 了 生 信 种 二 义 性 古 困 于 网 阶 芭 全 权 机 制 引 入 了 一 
个 出 乎 意料 的 候选 画 数 。 因 此 ， 当 我 们 编写 导出 (exported) 模板 和 提 
供 导 出 模板 的 文档 时 ， 束 应 该 小 心 避免 这 类 二 义 性 的 发 生 。 


10.4 几 种 实现 方案 


在 这 一 节 里 ， 我 们 回顾 一 下 : 几 种 主流 的 C++ 〈 编 译 器 ) 实现 对 包 
侣 模型 的 一 些 文 择 方法 。 所 有 的 这 些 实现 主要 依赖 于 两 个 基本 的 组 
件 ， 编译 项 和 链接 郁 。 编 译 敌 把 源 代码 翻译 成 目标 文件 ， 而 目标 文件 
包含 机 器 代码 ， 有 些 机 器 代码 则 具有 符号 注解 (用 于 跨 引 用 其 他 目标 
文件 和 程序 库 ) 。 链 接 器 通过 组 合 目标 文件 ， 并 且 解 析 目 标 文件 中 所 
包含 的 (具有 跨 引 用 功能 的 ) 符号 注解 ， 最 后 生成 可 执行 程序 或 者 程 
序 库 。 尽 管用 另外 的 方式 ， 我 们 可 能 也 能 够 实现 一 个 其 他 的 C++ 模型 
一 一 例如 ， 你 可 以 假想 存在 一 个 C++ 解释 器 ; 但 在 接 下 来 的 叙述 中 ， 我 
们 会 假定 采用 上 面 这 种 (具有 两 个 基本 组 件 的 ) 模型 。 

当 在 多 个 翻译 单元 中 使 用 类 模板 符 化 的 时 候 ， 编 译 右 将 会 在 每 个 
(应 用 该 类 模板 特 化 的 ) 翻译 单元 都 重复 类 模板 的 实例 化 过 程 。 这 通 
常 都 不 会 产生 问题 ， 因 为 类 定义 并 不 会 直接 生成 低层 次 的 代码 ;C++ 实 
现 也 只 是 在 内 部 使 用 这 些 类 定义 ， 来 确认 和 解释 其 他 的 表达 式 和 声 
明 。 束 这 一 点 而 言 ， 在 多 个 翻译 单元 中 包含 同一 个 类 定义 的 多 个 实例 
化 体 ， 和 在 多 个 翻译 单元 中 多 次 包含 同一 个 类 定义 (通常 是 借助 包含 
头 文件 来 实现 ) ， 两 者 之 间 并 没有 本 质 上 的 区 别 。 

然而 ， 如 果 你 实例 化 的 是 一 个 〈 非 内 联 ) 函数 模板 ， 而 不 是 一 个 
类 标 板 ， 上 面 的 情况 束 不 同 了 。 如 琳 提 供 了 普通 非 内 联 琴 数 的 多 个 定 
义 ， 那 么 你 将 会 违反 ODR 原则 (一 处 定义 原则 ) 。 例 如 ， 假 设 你 编译 
和 链接 下 面 这 个 包含 两 个 文件 的 程序 : 


/文件 : a.cpp 

int main() 

{ 

} 

/文件 : b.cpp 

int main(){ 

} 

C++ 编译 器 可 以 顺利 地 分 开 编 译 这 两 个 模块 ， 因 为 它们 实际 上 都 是 
有 效 的 C++ 翻译 单元 。 然 而 ， 如 果 你 试图 链接 这 两 个 文件 的 话 ， 那 么 你 
的 编译 器 应 该 会 报错 ; 因为 重复 定义 在 这 里 是 不 允许 的 。 

相反 ， 让 我 们 考虑 下 面 的 模板 例子 : 

/文件 : thpp 

/公共 头 文件 (包含 模型 ) 

template<typename 工 > 

classS{ 

public: 
void f(); 


template<typename T> 
void S::f() // 成 员 定 义 
{ 
} 
void helper(S<int>*); 
// 文 件 : a.cpp: 
#include”t.hpp” 
void helper(S<int>* s) 


{ 


s->f(); //(1)S::f 的 第 1 个 POI (实例 化 点 ) 
} 
/文件 b.cpp: 
#include“t.hpp” 
int main() 
{ 
S<int> s; 
helper(&s);; 
s.f0); //(2)S::f 的 第 2 个 POI( 实 例 化 点 ) 
} 
如 有 果 链 接 器 是 以 “对 待 普 通 函 数 或 者 成 员 函 数 的 ”方式 来 对 待 实例 
化 后 的 模板 成 员 [41] ， 那 么 编译 句 就 需要 确认 它 只 在 两 处 POI 中 的 一 处 
产生 代码 : 即 只 在 (1) 或 者 (2) 处 ， 但 不 会 在 两 处 都 产生 代码 。 为 
了 获得 这 种 实现 ， 当 编译 絮 从 一 个 翻译 单元 转移 到 男 一 个 翻译 单元 的 
时 候 ， 束 必须 携 市 某 些 特定 的 信息 。 显 然 ， 在 引入 C++ 模 板 之 前 ， 并 不 
会 要 求 Ct+ 编 译 侣 具有 这 种 实现 。 因 此 ， 在 接 下 来 的 各 个 小 市 里 ， 我 们 
将 会 讨论 : 在 众多 的 C++ 实现 中 ，3 种 使 用 最 广泛 的 解决 方案 。 
另外 ， 相 同 的 问题 还 会 出 现在 由 模板 实例 化 生成 的 所 有 可 链接 实 
体 中 。 这 些 可 通 接 实体 包括 : 实例 化 后 的 函数 模板 、 实 例 化 后 的 成 员 
函数 模板 以 及 实例 化 后 的 静态 数据 成 员 。 
10.4.1 实例 化 
首 个 实现 仿效 实例 化 的 C++ 编 译 器 是 由 Borand 公 司 提供 的 ， 贪 殖 
实例 化 现在 已 经 成 为 多 种 C++ 系 统 使 用 最 广泛 的 技术 了 。 而 且 ， 针 对 
Microsoft 基于 Windows 的 个 人 计算 机 开发 环境 ， 它 几乎 已 经 成 为 一 种 
普遍 采用 的 机 制 。 


贪 要 实例 化 假定 链接 器 知道 : 特定 的 实体 (特别 是 可 链接 的 模板 
实例 化 体 ) 可 以 在 多 个 目标 文件 和 程序 库 中 多 次 出 现 ， 于 是 ， 编 译 器 
会 使 用 某 种 方法 对 这 些 实 体 进 行 标 记 。 当 链接 需 找 到 多 个 实例 的 时 
候 ， 它 会 保留 其 中 一 个 实例 ， 而 抛弃 所 有 其 他 的 实例 。 这 就 是 信 梦 实 
例 化 的 主要 处 理 方 法 。 

从 理论 上 讲 ， 仙 禁 实 例 化 具有 下 面 几 个 严重 的 缺点 : 

“编译 器 会 在 生成 和 优化 N 个 实例 化 体 上 浪费 时 间 ， 而 最 后 只 有 一 
个 实例 化 体会 被 保留 。 

“链接 磊 通 常 不 会 检查 两 个 实例 化 体 是 否 是 一 样 的 ， 因 为 在 生成 的 
代码 中 ， 同 一 个 模板 特 化 的 多 个 实例 之 间 中 可 能 会 出 现 一 些 细微 的 差 
异 。 事 实 上 ， 这 种 细微 差异 并 不 会 导致 链接 器 失败 (这 些 细微 差异 主 
要 由 实例 化 时 编译 器 所 处 状态 的 差异 所 导致 )。 然 而 ， 由 于 对 这 种 细 
微 差异 视而不见 ， 却 会 导致 链接 器 察觉 不 到 更 多 (本 质 上 ) 的 差异 。 
例如 ， 针 对 同一 个 实体 ， 可 能 会 出 现 两 种 不 同 的 实例 化 体 : 以 注重 最 
大 效率 进行 编译 获得 的 实例 化 体 和 以 注重 方便 调试 进行 编译 获得 的 实 
例 化 体 。 也 葡 是 说 ， 链 接 器 在 处 理 这 些 不 同 的 实例 化 体 时 ， 并 不 能 察 
觉 到 它们 之 间 的 细微 差异 。 

“与 其 他 的 解决 方案 相 比 ， (最 后 生成 的 ) 所 有 目标 文件 的 大 小 总 
和 可 能 会 更 大 ， 因 为 相同 代码 可 能 会 生成 多 次 。 

实际 上 ， 这 些 缺 点 看 起 来 并 不 会 导致 严重 的 问题 。 或 许 这 是 因 
为 : 与 其 他 候选 方案 相 比 ， 贪 禁 实 例 化 具有 一 个 很 大 的 优势 : 它 保留 
了 源 对 象 之 间 的 原始 依赖 性 。 尤 其 是 ， 每 个 翻译 单元 只 产生 一 个 目标 
文件 ， 并 且 在 相应 的 源 文 件 〈 它 包含 了 实例 化 后 的 定义 ) 中 ， 每 个 目 
标 文 件 都 包含 针对 所 有 可 链接 定义 的 代码 ， 而 且 这 些 代 码 是 已 经 经 过 
编译 的 代码 。 

最 后 ， 我 们 还 应 该 知道 : 这 种 允许 可 链接 实体 具有 重复 定义 的 链 
接 絮 机制 ， 通 常 还 被 用 于 人 处理 重复 的 spilled inlined functions [42] 和 


virtual function dispatch tables [43] 。 如 果 不 存 在 这 种 机 制 的 话 ， 其 他 的 
替代 机 制 通 常会 运用 内 部 链接 来 处 理 两 个 方面 ， 但 内 部 链接 是 以 生成 
庞大 代码 为 代价 的 。 


10.4.2 询问 实 

询问 实例 化 一 个 最 通用 的 实现 是 由 Sun Microsystems 公 司 提供 的 ， 
最 初出 现在 它们 C++ 编译 器 的 4.0 版 本 上 。 从 概念 上 讲 ， 询 问 实 例 化 是 
相当 简单 和 优雅 的 ， 而 且 在 我 们 所 讨论 的 3 个 实例 化 方案 中 ， 询 问 实 例 
化 是 最 新 的 方案 。 这 种 方案 需要 维护 一 个 数据 库 ， 程 序 中 所 有 翻译 单 
元 的 编译 都 会 共享 这 个 数据 库 。 数 据 库 会 跟 踩 一 些 信息 : 璧 如， 哪些 
特 化 已 经 实例 化 完毕 了 ， 这 些 特 化 要 依赖 于 哪些 源 代 码 等 等 ， 然 后 把 
生成 的 特 化 和 这 些 信息 储存 在 数据 库 中 。 当 遇 到 可 链接 实体 的 POI ( 实 
例 化 点 ) 时 ， 会 根据 具体 的 前 提 ， 从 下 面 3 个 操作 选 出 一 个 适当 的 操 
作 : 

1. 不 存在 所 需要 的 特 化 ， 在 这 种 情况 下 ， 会 发 生 实例 化 过 程 ， 然 后 
生成 的 特 化 被 放 入 数据 库 中 。 

2. 所 需 的 特 化 已 经 存在 ， 但 已 经 是 过 期 的 了 一 一 因为 在 该 特 化 生成 
之 后 ， 源 代码 发 生 了 改变 。 这 样 也 会 再 次 进行 实例 化 ， 并 用 所 得 的 特 
化 奉 换 数据 库 中 原 有 的 特 化。 

3. 一 个 不 需要 更 新 的 特 化 已 经 存在 于 数据 库 中 ， 那 么 就 不 需要 进行 
实例 化 。 

从 概念 上 讲 ， 这 种 设计 很 简单 ;然而 实际 上 并 非 如 此 ， 该 设计 往 
往 给 我 们 市 来 一 些 实现 方面 的 挑战 : 

“需要 根据 源 代 码 的 状态 ， 来 正确 地 维护 数据 库 内 容 之 间 的 依赖 
性 ， 这 个 工作 就 并 非 轻而易举 。 对 于 上 面 的 3 种 控 作 ， 尺 管 把 第 3 种 情 
况 看 成 第 2 种 情况 来 处 理 也 不 会 产生 错误 ， 但 这 样 做 会 大 大 增加 工作 


量 ， 因 为 实际 上 对 于 某 些 工作 ， 编 译 器 在 这 之 前 就 已 经 做 过 的 了 (从 
而 也 就 增加 了 整个 创建 时 间 ) 。 

"基于 这 种 方案 ， 并 行 编译 多 个 源 文件 十 很 正常 的 事情 ， 因 此 ， 如 
果 要 获得 具有 工业 强度 的 实现 ， 就 需要 在 数据 库 中 提供 相应 的 并 行 控 
制 。 

另 一 方面 ， 如 果 忽 略 这 些 挑 战 ， 那 么 我 们 可 以 高 效 地 实现 这 个 方 
案 。 而 且 ， 没 有 明显 的 、 可 以 阻止 该 方案 扩展 的 缺点 。 相 反而 言 ， 其 
他 诸如 仙 梦 实例 化 的 解决 方案 ， 则 会 进行 许多 无 用 的 工作 。 

遗憾 的 是 ， 数 据 库 的 使 用 还 会 给 程序 员 带 来 一 些 问 题 。 大 多 数 问 
题 的 根源 在 于 : 继承 目 大 多 数 C 编 译 避 的 传统 编译 模型 现在 已 经 不 再 适 
用 ， 因 为 一 个 翻译 单元 已 经 不 再 生成 一 个 独立 的 目标 文件 。 例 如 ， 假 
定 你 布 望 链接 最 终 的 程序 ， 那 么 链接 操作 不 仅 需要 和 各 个 翻译 单元 相 
关 的 每 个 目标 文件 的 内 容 ， 还 需要 储存 在 数据 库 中 的 目标 文件 。 类 似 
地 ， 如 果 你 是 要 生成 一 个 二 进 制 的 程序 库 ， 那 么 你 需要 确保 生成 程序 
库 的 工具 (通常 是 链接 器 和 档案 库存 储 器 ) 能 够 获取 数据 库 的 内 容 。 
从 更 广 的 意义 上 而 言 ， 任 何 操作 目标 文件 的 工具 都 需要 能 够 获取 数据 
库 的 内 容 。 实 际 上 ， 可 以 通过 不 在 数据 库 中 存储 实例 化 体 来 减少 (或 
者 避免 ) 大 多 数 问题 ， 但 这 就 要 求 把 目标 代码 都 放 在 目标 文件 中 ， 于 
是 ， 每 个 目标 文件 在 第 一 次 看 到 POI 时 ， 都 会 产生 一 个 实例 化 体 。 

男 外 ， 程 序 库 还 给 出 了 男 一 种 挑战 。 显 然 ， 许 多 生成 的 特 化 可 以 
被 打包 在 程序 库 中 。 于 是 ， 当 把 程序 库 添 加 到 男 一 个 项 目 后 ， 项 目的 
数据 库 应 该 能 够 获知 已 经 存在 的 实例 化 体 。 否 则 的 话 ， 假 如 项 目 无 视 
程序 库 中 已 经 存在 的 实例 化 体 ， 而 是 在 POI 处 生成 自己 的 实例 化 体 ， 那 
么 将 会 出 现 重复 的 实例 化 体 。 和 针对 这 种 情况 ， 一 种 可 能 的 处 理 集 略 是 
仿效 仙 禁 实例 化 中 的 链接 技术 : 使 链接 器 知道 所 有 生成 的 特 化 ， 并 且 
抛弃 多 余 (重复 ) 的 特 化 (显然 ,这 里 重复 出 现 的 次 数 会 比 信 梦 实例 
化 少 很 多 ) 。 最 后 ， 其 他 各 种 对 源 代码 、 目 标 文件 和 程序 库 等 复杂 的 


组 织 方式 通 间 也 会 帝 来 一 些 很 难 解决 的 问题 ， 诸 如 找 不 到 实例 化 体 ， 
因为 包含 该 实例 化 体 的 目标 代码 可 能 并 没有 被 链接 入 最 终 的 可 执行 程 
序 中 。 总 而 言 之 ， 即 使 这 些 问 题 不 会 被 看 成 询问 实例 化 的 缺点 所 在 ， 
但 正 是 这 些 问题 ， 才 使 得 许多 错综复杂 的 开发 环境 放弃 这 种 解决 方 


案 。 


10.4.3 迭代 实 


支持 C++ 模 板 的 首 个 编译 絮 是 Cfront 3.0 一 一 它 是 Bjarne Stroustrup 
写 来 开发 C++ 语 言 的 编译 侣 的 一 个 直接 后 代 [44] 。Cfront 的 一 个 不 灵活 
的 约束 是 : 它 必 须 具 有 很 好 的 跨 平台 移植 性 。 这 就 意味 着 : (1) 在 多 
个 目标 平台 中 ， 它 都 使 用 C 语 言 作 为 共同 的 目标 表示 ; ” (2) 它 使 用 了 
局 部 的 目标 链接 器 。 这 就 意味 着 链接 器 不 能 察觉 到 模板 的 存在 。 实 际 
上 ，Cfront 以 普通 C 函 数 的 形式 来 分 发 模板 实例 化 体 ， 因 此 它 也 必须 避 
免 重复 实例 化 体 的 问题 。 虽 然 Cfront 的 原 模型 与 标准 的 包含 模型 和 分 离 
模型 都 是 不 同 的 ， 但 它 的 实例 化 策略 可 以 通过 一 些 修改 而 适应 包含 模 
型 。 于 是 ， 直 到 现在 ，Cfront 仍然 被 认为 是 迭代 实例 化 的 自 个 具体 实 
现 。 我 们 可 以 这 样 接 述 Cfront 的 迭代 : 

1. 不 实例 化 任何 所 需 的 可 链接 特 化 ， 直 接 编译 源 代码 。 

2. 使 用 预 链接 器 (prelinker) 链接 目标 文件 。 

3. 预 链接 句 调 用 链接 絮 ， 并 且 解 析 它 的 错误 信息 ， 从 而 确认 结果 是 
否 缺 少 某 个 实例 化 体 。 如 采 和 缺少 的 话 ， 预 链接 局 会 调用 编译 器 ， 来 编 
译 包含 所 需 模 板 定义 的 源 代码 ， 然 后 (可 选 地 ) 生成 这 个 缺少 的 实例 
化 体 。 

4. 复 第 3 步 ， 直 到 不 再 生成 新 的 定义 。 

在 第 3 步 中 ， 这 种 欠 代 的 要 求 是 基于 这 样 事实 : 在 实例 化 一 个 可 链 
接 实 体 过 程 中 ， 可 能 会 要 求 “ 另 一 个 仍 未 实例 化 ?的 实体 进行 实例 化 ; 


后 ， 所 有 的 迭代 都 已 经 完成 ， 链 接 句 才 成 功 地 创建 一 个 完整 的 程 


了 条 


男 一 方面 ， 原 始 Cfront 方 案 同 时 存在 着 一 些 严 重 的 缺点 : 

“要 完成 一 次 完整 的 链接 ， 所 需要 的 时 间 不 仅 包括 预 链接 器 的 时 间 
开销 ， 还 包括 每 次 询问 重新 编译 和 重新 链接 的 时 间 。 某 些 使 用 Cfront 
系统 的 用 户 会 抱怨 说 : “链接 时 间 往 往 需要 几 天 ， 而 同样 的 工作 ， 如 果 
采用 前 面 介绍 的 其 他 候选 解决 方案 ， 则 一 个 小 时 束 足 够 了 ”。 

“把 诊断 信息 〈 错 误 和 警告 ) 延迟 到 了 链接 期 。 当 链接 大 型 程序 的 
时 候 ， 这 个 缺点 是 很 严重 的 。 壁 如， 对 于 模板 定义 中 的 某 个 书写 错 
误 ， 开 发 者 可 能 需要 等 待 漫长 的 几 个 小 时 才能 检查 出 来 。 

"需要 进行 特别 的 处 理 ， 来 记 住 包含 特殊 定义 的 源 代码 的 位 置 [45] 
，Cfron (t 在 一 些 情况 下 ) 会 使 用 一 个 中 心 库 ， 它 不 得 不 克服 询问 实例 
化 方案 针对 中 心 数据 库 的 一 些 挑战 。 另 外 ， 原 始 的 Cfront 实 现 并 不 文 持 
并 行 编译 。 

尽管 有 这 些 缺 点 ， 人 仍然 有 两 个 编译 系统 改进 了 迭代 原则 ， 这 两 个 
系统 后 来 还 推动 了 一 些 高 级 C++ 模板 特性 的 实现 [46] ; 它们 就 是 Edison 
Design Group (EDG) 的 实现 和 HP 的 C++ 编译 器 [47] 。 在 这 一 太后 面 
的 内 容 里 ， 我 们 将 讨论 EDG 开 发 的 一 些 技 术 ， 并 着 重 阐 述 它 在 C++ 方 面 
所 采取 的 前 端 技术 [48] 。 

EDG 的 迭代 使 预 链接 锅 和 各 种 编译 步骤 之 间 的 双 回 交流 成 为 可 
能 :， 预 链接 器 可 以 根据 实例 化 请 求 文件 (instantiation request file) ， 指 
出 某 个 特定 的 翻译 单元 需要 执行 哪些 实例 化 ， 男 一 方面 ， 编 译 器 可 以 
通过 在 目标 文件 中 髓 入 信息 或 者 生成 分 开 的 模板 信息 文件 (template 
information file) ， 来 告诉 预 链接 器 哪 些 位 置 可 能 是 实例 化 点 。 实 例 化 
请 求 文件 和 模板 信息 文件 的 名 称 与 进行 编译 的 文件 名 称 相 对 应 ， 但 它 
们 的 扩展 名 分 别 是 让 和 .ti。 迭代 的 实现 过 程 如 下 : 


1. 当 编译 翻译 单元 的 源 代码 时 ，EDG 编 译 器 会 读 取 相应 的 .i 文件 ， 
如 果 文 件 中 存在 实例 化 请 求 ， 那 么 它 就 会 根据 该 请 求生 成 对 应 的 实例 
化 体 。 同 时 ， 它 会 把 (所 代表 的 ) 实例 化 点 记 入 编译 之 后 所 获得 的 目 
标 文件 ， 或 者 记 入 一 个 单独 的 .ti 文件 ， 另 外 ， 它 还 可 以 记 下 这 个 文件 是 
如 何 进 行 编译 的 。 

2. 链 接 步 骤 会 (多 次 地 ) 被 预 链接 器 中 止 。 预 链接 器 会 检查 目标 文 
件 和 相应 参与 这 次 链接 步骤 的 .tt 文 件 。 对 于 每 个 还 没有 被 生成 鸭 实例 化 
体 ， 实 例 化 请 求 指 示 符 将 会 被 加 入 到 与 这 个 翻译 单元 相对 应 的 i 文件 
中 。 

3. 如 果 .ii 文件 被 修改 了 ， 那 么 预 链接 器 会 重新 调用 编译 器 〈 步 又 
1) 来 编译 相应 (需要 修改 ) 的 源 文件 ， 并 且 重 复 这 个 预 链接 器 的 迭代 
过 程 。 

4. 当 上 面 的 一 切 都 不 再 循环 〈.i 文 件 已 经 没有 指示 符 ) 时 ， 才 会 进 
行 实际 的 链接 过 程 ; 实际 上 ， 链 接 过 程 只 进行 一 次 。 

总 之 ， 这 种 解决 方案 可 以 在 每 个 翻译 单元 的 基础 之 上 维护 一 个 全 
局 信息 ， 从 而 也 惑 能 够 实现 并 行 绑 定 的 要 求 。 与 信 禁 实例 化 和 询问 实 
例 化 相 比 ， 送 代 实 例 化 需要 耗费 更 多 的 链接 时 间 ， 但 由 于 之 前 并 没有 
执行 实际 的 链接 ， 因 此 所 增加 的 链接 时 间 并 不 多 。 更 重要 的 是 ， 由 于 
预 链接 器 维护 了 所 有 .ii 文件 的 全 局 一 致 性 ， 因 此 在 下 一 次 创建 过 程 中 ， 
还 可 以 重用 这 些 文件 。 尤 其 是 ， 当 对 代码 进行 了 一 定 的 修改 之 后 ， 程 
序 员 只 需要 重新 创建 那些 被 修改 的 文件 即 可 。 每 个 编译 过 程 都 可 以 借 
用 前 面 已 经 编译 完毕 的 结果 ， 很 快 地 实例 化 .ii 文件 中 所 请 求 的 特 化 ; 因 
此 ， 链 接 器 束 不 需要 在 链接 期 再 次 引发 额外 的 重新 编译 了 。 

在 实际 应 用 中 ，EDG 的 解决 方案 表现 得 很 好 。 尽 管 从 头 开始 的 创 
建 过 程 比 其 他 方案 耗费 更 多 的 时 间 ， 但 接 下 来 的 编译 时 间 会 逐渐 诚 
少 。 因 此 ， 就 创建 时 间 而 言 ， 它 仍然 具有 一 定 的 优势 。 


10.5 显 式 实例 化 


为 模板 特 化 显 式 地 生成 POI 是 可 行 的 ， 我 们 把 获得 这 种 特 化 的 构造 
称 为 显 式 实例 化 指示 符 (explicit instantiation directive) 。 从 语法 上 
讲 ， 它 由 关键 字 template 和 后 面 的 特 化 声明 组 成 ， 所 声明 的 特 化 殉 是 即 
将 由 实例 化 获得 的 特 化 。 例 如 ; 

template<typename 工 > 

void f(T) throw(T) 

{ 

} 

//4 个 有 效 的 显 式 实例 化 体 : 

template void f<int>(int) throw(int); 

template void f<>(float) throw(float); 

template void f(long) throw(long ); 

template void f(char); 

上 面 每 个 实例 化 指示 符 都 是 有 效 的 。 模 板 实 参 可 以 通过 演绎 获得 

( 见 第 11 章 ) ， 异 常规 范 也 可 以 省 略 ， 如 果 没 有 省 略 的 话 ， 异 常规 范 
束 必 须 匹 配 相 应 的 模板 。 

类 模板 的 成 员 也 可 以 使 用 这 种 方式 来 进行 显 式 实例 化 : 

template<typenameT> 

classS{ 

public: 
void f() { 
} 


}; 
template void S<int>::f(); 


template class S<void>; 


另外 ， 通 过 显 式 实例 化 类 模板 特 化 本 号 ， 同 时 丈 显 式 实例 化 了 类 
模板 特 化 的 所 有 成 员 。 

许多 早期 的 C++ 编译 系统 在 刚 开 始 文 持 模 板 鸭 时 候 ， 并 不 具有 目 动 
实例 化 功能 ， 而 是 采用 了 另外 的 一 种 方式 : 对 于 程序 中 所 使 用 的 函数 
模板 特 化 ; 这 些 系 统 会 要 求 在 一 个 分 开 的 位 置 进行 手工 实例 化 ， 而 这 
种 手工 实例 化 通常 会 涉及 具体 实现 的 #pragma 指 示 符 。 

因此 ，C++ 标 准 指定 了 一 种 更 简单 的 语法 〈 即 自动 实例 化 ) ， 从 而 
改变 上 面 的 情况 。 另 外 ， 标 准 还 规定 : 在 同一 个 程序 中 ， 每 个 特定 的 
模板 特 化 最 多 只 能 存在 一 处 显 式 实例 化 。 而 且 ， 如 采 某 个 模板 特 化 已 
经 被 显 式 实例 化 了 ， 那 么 就 不 能 对 它 进 行 显 式 特 殊 化 ， 反 之 亦 然 。 

在 最 初 的 手工 实例 化 环境 中 ， 这 些 约束 看 起 来 都 没有 什么 坏处 ; 
但 在 现今 的 实际 应 用 中 ， 它 们 却 会 带 来 一 些 缺 点 。 

首先 ， 考 虑 程序 库 实 现 者 发 布 了 函数 模板 的 首 个 版 本 : 

/文件 toast.hpp: 


template<typenameT> 


void toast(T const& x) 
{ 


} 

于 是 ， 客 户 端 代码 能 够 包含 这 个 头 文 件 ， 并 且 显 式 实例 化 这 个 模 
板 : 

// 客 户 端 代码 : 

#include“toast.hpp” 

template void toast(float); 

遗憾 的 是 ， 如 果 程 序 库 编写 者 决定 显 式 特殊 化 toast<float>， 那 么 上 
面 的 客户 端 代 码 就 会 是 错误 的 。 当 一 个 程序 库 是 由 多 个 开发 商 实现 的 
标准 程序 库 时 ， 这 种 情况 就 会 更 加 复杂 。 于 是 ， 某 些 开 发 商 能 够 显 式 


特殊 化 一 些 标准 模板 ， 而 其 他 的 开发 商 则 不 可 以 〈 或 者 只 能 特殊 化 不 
同 的 特 化 [49] ) 。 因 此 ， 客 户 端 代码 就 不 能 以 可 移植 的 方式 来 指定 程 
序 库 组 件 的 显 式 实例 化 。 

在 编写 本 书 的 时 候 (2002) ，C++ 标 准 委 员 会 趋向 于 认为 : 对 于 同 
一 个 实体 ， 如 采 在 显 式 特 化 之 后 ， 出 现 了 显 式 实例 化 指示 符 ， 那 么 指 
示 符 将 不 会 产生 任何 影响 。 最 终 决 定 如 何 仍然 是 一 个 未 知 数 ， 如 有 果 这 
种 方案 在 技术 上 是 不 可 行 鸭 ， 可 能 也 残 不 会 有 最 终 决 定 。 

尽管 现今 标准 对 显 式 模板 实例 化 还 存在 一 定 的 限制 ， 但 是 显 式 实 
例 化 机 制 已 经 被 当 作 提高 编译 效率 的 一 条 途径 ， 这 也 就 带 来 了 男 一 个 
挑战 。 实 际 上 许多 C++ 程 序 员 都 察觉 到 : 自动 模板 实例 化 会 对 创建 时 间 
产生 严重 的 负面 影响 。 提 高 创建 效率 的 一 种 方法 就 是 ， 在 某 一 个 位 置 
手工 实例 化 特定 的 模板 特 化 ， 并 且 茜 止 在 所 有 其 他 的 翻译 单元 中 进行 
模板 的 实例 化 。 为 了 能 够 保证 这 种 禁止 ， 唯 一 可 移植 的 方法 就 是 : 除 
丁 这 个 显 式 实例 化 所 在 的 翻译 单元 之 外 ， 其 他 的 翻译 单元 都 不 提供 模 
板 的 定义 。 例 如 : 

// 翻 译 单 元 1: 

template<typename T> void f(); ”// 没 有 定义 ， 禁 止 在 这 个 翻译 单元 

/进行 实例 化 


void g() 
{ 
f<int>(); 
} 
1/ 翻译 单元 2: 
template<typename T> void f() 
{ 
} 
template void f<int>O: // 手 工 实 例 化 


void g(); 


int main() 
{ 

gl); 
} 


这 个 解决 方案 是 可 行 的 。 但 是 该 方案 要 求 对 那些 提供 模板 接口 的 
源 代码 进行 控制 。 然 而 ， 这 并 不 符合 实际 情况 ;因为 既 要 提供 了 模板 
的 完整 定义 ， 又 要 你 证 这 些 提 供 模 板 的 源 代 码 不 能 被 修改 ， 这 显然 是 
不 现实 的 。 

有 时 候 ， 我 们 可 以 使 用 一 个 “技巧 *: 对 于 某 个 特 化 ， 除 了 显 式 实 
例 化 所 在 的 翻译 单元 ， 在 其 他 的 翻译 单元 中 ， 我 们 都 把 该 模板 声明 为 
一 个 特 化 〈 这 确实 可 以 禁止 该 特 化 的 自动 实例 化 ) ， 为 了 说 明 这 一 
点 ， 让 我 们 修改 前 面 的 例子 ， 使 它 包含 模板 的 定义 : 

/翻译 单元 1: 

template<typename T> void f() 

{ 

} 

template<> void f<int>();，// 声明 但 没有 定义 ， 这 里 是 显 式 特 化 

void g() { 

f<int>(); 


} 

/翻译 单元 2: 

template<typename T> void f() 

{ 

} 

template void f<int>0; ”// 手工 实例 化 ， 这 里 是 实例 化 
void g(); 


int main() 
{ 
g(); 

} 

遗憾 的 是 ， 有 这 样 一 个 假设 调用 经 过 显 式 实例 化 的 特 化 的 目标 
代码 和 调用 与 泛 型 特 化 相 匹配 的 目标 代码 ， 应 该 都 是 相同 的 。 然 而 ， 
这 种 假设 是 错误 的 。 一 些 C++ 编 译 器 会 对 这 两 个 实体 生成 不 同 的 
mangled name [50] ;因此 对 这 些 编译 局 而 言 ， 上 面 产生 的 代码 将 不 能 
被 链接 成 一 个 完整 的 可 执行 程序 。 

某 些 编译 嫩 提 供 了 一 个 扩展 ， 指 出 模板 特 化 不 应 该 在 某 个 翻译 单 
元 进行 实例 化 。 一 个 普遍 采用 (但 非 标 准 ) 的 语法 倾向 于 这 样 做 : 在 
显 式 实例 化 指示 符 的 前 面 ， 添 加 一 个 关键 字 extern; 并 且 指 出 ， 只 有 不 
具备 这 个 关键 字 的 情况 下 ， 才 会 引发 实例 化 过 程 。 对 于 我 们 最 后 一 个 
例子 ， 针 对 文 持 这 个 扩展 的 编译 器 ， 我 们 可 以 把 第 一 个 文件 改写 如 
下 s 

/翻译 单元 1: 


template<typename T> void f() 


{ 
} 
extern template void f<int>(); // 声明 但 没有 定义 
void g() 
{ 
f<int>(); 
} 


10.6 本 章 后 记 


这 一 章 阐述 了 两 个 虽 有 关联 但 又 完全 不 同 的 话题 : C++ 模板 的 编译 
模型 和 C++ 模板 的 多 种 实例 化 机 制 。 

在 程序 翻译 过 程 的 多 个 阶段 ， 编 译 模 型 决定 了 模板 的 具体 含义 。 
尤其 是 当 实例 化 模板 的 时 候 ， 编 译 模 型 将 决定 模板 中 各 种 构造 的 含 
义 。 当 然 ， 名 称 查 找 是 编译 模型 必 不 可 少 的 组 成 部 分 。 实 际 上 ， 当 我 
们 叙述 包含 模 型 和 分 离 模 型 的 时 候 ， 我 们 所 谈 及 的 就 是 编译 模型 。 这 
些 模 型 本 身 是 语言 定义 的 一 部 分 。 

实例 化 机 制 是 一 种 外 部 机 制 ， 它 促使 C++ 实现 可 以 正确 地 生成 实例 
化 体 。 另 外 ， 链 接 器 和 其 他 的 一 些 创建 工具 的 要 求 ， 可 能 会 对 这 些 机 
制 强加 一 些 约束 。 

然而 ， 模 板 的 最 初 (Cfront) 实现 超越 了 这 两 个 概念 。 针 对 模板 的 
实例 化 过 程 ， 它 会 借助 于 一 个 用 于 组 织 源 文件 的 特殊 约定 ， 生 成 新 的 
翻译 单元 。 然 后 采用 本 质 上 类 似 于 包含 模型 的 编译 模型 (尽管 它 的 
C++ 名 称 查 找 规则 和 包含 模型 的 C++ 查找 规则 是 完全 不 同 的 ) ， 对 所 获 
得 的 翻译 单元 进行 编译 。 因 此 ， 尽 管 Cfront 并 没有 实现 模板 的 “分 开 编 
译 ”， 但 是 它 会 生成 隐 式 的 包含 ， 因 而 往往 会 给 人 市 来 一 种 “采用 分 开 
编译 ”的 假象 。 后 来 的 许多 实现 或 者 缺 省 地 提供 一 种 类 似 于 隐 式 包含 的 
机 制 (Sun 微 系统 公司 ) ， 或 者 只 是 提供 了 一 个 选项 (HP, EDG) ， 对 
用 Cfront 开 发 的 现存 代码 提供 一 定 的 兼容 性 。 

可 以 用 下 面 的 例子 来 说 明 Cfront 实 现 方案 的 许多 细 市 : 

/文件 template.hpp: 

template<class T> // Cfront 并 没有 关键 字 typename 

void f(T); 

/文件 template.cpp: 

template<class T> // Cfront 并 没有 关键 字 typename 

void f(T) 

{ 


和 
/文件 app.hpp: 
class App { 


}; 

/文件 main.cpp: 
#include "app.hpp" 
#include "template.hpp" 


int main() 
{ 
App a; 
f(a); 
} 


在 链接 期 ，Cfront 的 迭代 实例 化 机 制 会 生成 一 个 新 的 包含 一 些 文件 
的 翻译 单元 ， 它 期 望 这 些 文件 能 够 包公 在 头 文件 中 找到 的 模板 的 实 
现 。 在 文件 替换 的 过 程 中 ，Cfront 会 有 一 个 约定 : 它 把 .h 后 级 (或 者 类 
似 的 后 级) 的 头 文 件 蔡 换 成 .c 文 件 〈 或 者 类 似 的 .cpp 或 .C 后 绥 的 文 
件 ) 。 最 后 ， 所 生成 的 翻译 单元 如 下 : 

/文件 main.cpp: 

#include "template.hpp" 


#include "template.cpp" 
#include "app.hpp" 
static void _dummy_(App al) 


f(al); 


于 是 ， 在 编译 这 个 翻译 单元 的 时 候 ， 有 一 个 特殊 的 选项 可 以 用 来 
禁止 所 包含 文件 中 的 实体 直接 生成 代码 。 这 就 保证 了 在 包 合 
template.cpp (假设 这 个 文件 已 经 被 编译 成 一 个 目标 文件 ) 之 后 ， 对 于 
该 翻译 单元 所 包含 的 任何 可 链接 实体 ， 都 不 会 生成 重复 定义 。 

函数 _dummy_ 用 来 生成 一 些 引 用 ， 写 们 指 同 必须 进行 实例 化 的 特 
化 。 另 外 ， 对 头 文件 进行 了 重新 排序 : Cfront 实际 上 包含 了 头 文件 分 析 
代码 ， 它 会 把 那些 没有 被 使 用 的 头 文 件 从 翻译 单元 中 省 略 。 遗 憾 的 
是 ， 由 于 一 些 具 有 跨 头 文件 边界 作用 域 的 宏 的 存在 ， 这 种 技术 显得 用 
处 不 大 。 

相反 ， 对 于 标准 的 C++ 的 分 离 模 型 ， 如 果实 例 化 过 程 访问 了 两 个 

(或 多 个 ) 翻译 单元 的 实体 (主要 是 由 于 ADL 可 以 跨越 翻译 单元 的 边 
界 ) ， 那 么 将 会 对 这 两 个 (或 者 多 个 ) 翻译 单元 分 开 翻 译 。 由 于 不 是 
基于 包含 的 策略 ， 所 有 分 离 模型 并 不 会 强加 特定 的 头 文 件 约定 ， 一 个 
翻译 单元 中 的 安定 义 也 不 会 对 其 他 的 翻译 单元 产生 影响 。 然 而 ， 如 我 
们 在 这 一 章 的 开头 所 述 ， 在 C++ 中 ， 宏 并 非 是 能 够 人 带 来 意外 强 耦 合 性 
的 唯一 构造 ， 导 出 (export) 模型 也 会 带 来 其 他 形式 的 强 耦 合 性 。 


在 每 个 函数 模板 的 调用 中 ， 如 果 都 显 式 地 指定 模板 实 参 〈 例 如 ， 
concat<std::string, int>(s,3) ) ， 那 么 很 快 融会 导致 很 党 琐 的 代码 。 和 驻 运 
的 是 ， 借 助 于 功能 强大 的 模板 实 参 演绎 过 程 ，C++ 编 译 姻 通常 都 可 以 目 
动 地 确定 这 些 所 需要 的 模板 实 参 。 

在 这 一 章 里 ， 我 们 将 解释 模板 实 参 演绎 过 程 的 细节 。 和 C++ 别 的 知 
识 一 样 ， 大 多 数 规则 通常 都 会 产生 很 直观 的 结果 ， 模 板 实 参 演绎 过 程 


也 不 例外 。 然 而 ， 深 刻 理 解 这 一 章 的 内 容 ， 将 有 助 于 你 以 后 避免 遇 到 
出 人 意料 的 情况 。 


11.1 演绎 的 过 程 


针对 一 个 函数 调用 ， 演 绎 过 程 会 比较 “调用 实 参 的 类 型 ?和 “函数 模 
板 对 应 的 参数 化 类 型 ( 即 T) ”， 然 后 针对 要 被 演绎 的 一 个 或 多 个 参 
数 ， 分 别 推导 出 正确 的 替换 。 我 们 应 该 记 住 ， 每 个 实 参 -参数 对 的 分 析 
都 是 独立 的 ， 因 此 ， 如 果 最 后 所 得 出 的 结论 发 生 巴 盾 ， 那 么 演绎 过 程 
将 失败 。 考 虑 下 面 的 例子 : 

template<typename 工 > 

T const& max(T const& a, T const& b) 

{ 


return a<b ?b : al; 


int g = max(1,1.0); 

在 上 面 的 代码 中 ， 第 一 个 调用 实 参 的 类 型 是 int， 因 此 max() 模 板 的 
参数 T 补 暂时 地 演绎 成 int。 然 而 ， 第 2 个 调用 实 参 的 类 型 是 double; 
此 ， 如 有 果 基 于 第 2 个 实 参 的 话 ，T 应 该 被 演绎 成 double。 这 就 和 前 面 的 结 
论 int 类 型 ) 发 生 矛 盾 。 另 外 ， 我 们 还 应 该 知道 : 这 里 所 说 的 演绎 过 
程 失败 ， 并 不 代表 这 个 程序 是 无 效 的 。 实 际 上 ， 如 果 存 在 其 他 的 名 为 
max 的 模板 ， 这 个 演绎 过 程 就 可 能 是 成 功 的 (和 普通 钞 数 一 样 ， 画 数 模 
板 也 能 够 被 重 载 ， 详 见 2.4 节 和 第 12 章 ) 。 

即使 所 有 被 演绎 的 模板 参数 都 可 以 一 致 性 地 确定 ( 即 不 发 生 矛 
盾 ) ， 演 绎 过 程 也 可 能 会 失败 。 这 种 情况 就 是 : 在 函数 声明 中 ， 进 行 
替换 的 模板 实 参 可 能 会 导致 无 效 的 构造 。 请 看 下 面 的 例子 : 


template<typename T> 


typename T::ElementT at (T const& a, int i) 


{ 
return alij; 
} 
void f(int* p) 
{ 
int x = at(p,7); 
} 


在 此 ，T 被 演绎 成 int* (只 有 一 个 参数 类 型 与 T 有 关 ， 当 然 也 束 不 会 
发 生前 面 的 分 析 矛 盾 ) 。 然 而 ， 在 返回 类 型 T::ElementT 中 ， 用 int* 来 天 
换 T 之 后 ， 显 然 会 导致 一 个 无 效 的 C++ 构造 ， 从 而 也 使 这 个 演绎 过 程 失 
败 [51]。 这 时 ， 错 误 信 息 大 概 会 指出 ， 并 不 能 为 调用 at0) 找 到 适当 的 匹 
配 。 相 反 ， 如 末 所 有 的 模板 实 参 都 进行 显 式 特 化 ， 那 么 束 不 会 出 现 基 
于 男 一 个 模板 而 演绎 成 功 的 现象 ( 见 注释 1) 。 这 时 候 ， 错 误 信 息 通常 
会 变 成 < 函数 at0 的 模板 实 参 是 无 效 的 ”。 你 可 以 借助 于 前 面 的 例子 和 
下 面 这 个 例子 ,在 你 最 常用 的 C++ 编译 器 中 比较 它们 各 自 的 诊断 信 
自 : 


/LN。 


void f(int* p) 
{ 
int x = at<int*>(p,7); 

} 

我 们 接 下 来 需要 描述 实 参 -参数 对 是 如 何 进行 匹配 的 。 我 们 会 使 用 
下 面 的 概念 来 进行 描述 ， 匹 配 类 型 A (来 自 实 参 的 类 型 ) 和 参数 化 类 型 
P (来 自 参 数 的 声明 ) 。 如 果 被 声明 的 参数 是 一 个 引用 声明 ( 即 
T&) ， 那 么 P 就 是 所 引用 的 类 型 ( 即 T) ， 而 A 仍然 是 实 参 的 类 型 。 否 
则 的 话 ，P 束 是 所 声明 的 参数 类 型 ， 而 A 则 是 实 参 的 类 型 ， 如 采 这 个 实 
参 的 类 型 是 数组 或 者 函数 类 型 ， 那 么 还 会 发 生 decay [52] 转型 ， 转 化 为 


对 应 的 指针 类 型 ， 同 时 还 会 忽略 高 层次 的 const 和 volatile 限 定 符 。 例 
如 : 


template<typename T> void f(T); //P 就 是 T 
template<typename T> void g(T&); //P 仍 然 是 T 

double x[20]; 

int const seven = 7; 

f(x); / 非 引用 参数 (针对 们 : I 是 double* 

g(x); /引用 参数 (针对 多 : T 是 double[20] 

f(seven); 。”// 非 引用 参数 : T 是 int. 

g(seven); 。 ”/W/3 引 用 参数 : T 是 int const 

f(7); // 非 引用 参数 : IT 是 int 

g(7); /引用 参数 : T 是 int => 错 误 : 不 能 把 7 传递 给 int& 


对 于 调用 [53] f(x)，x 的 数组 类 型 将 会 decay 成 double* 类 型 ， 这 也 
是 演绎 T 所 获得 的 类 型 。 在 f(seven) 中 ，const 限 定 符 被 忽略 了 ， 因 此 T 被 
演绎 成 int。 相 反 ， 调 用 g(x) 将 T 演 绎 成 double[20] 类 型 (没有 出 现 
decay) 。 类 似 地 ，g(seven) 具 有 一 个 类 型 为 int const 的 左 值 实 参 ， 因 为 
在 匹配 引用 参数 的 时 候 ，const 和 volatile 限 定 符 是 保留 的 ， 所 以 T 被 演绎 
成 int const。 男 外 ， 我 们 觉得 g(7) 可 能 会 把 T 演 绎 成 int (因为 非 类 型 的 右 
值 表达 式 不 可 能 具有 由 const 或 volatile 限 定 的 类 型 ) ， 然 而 ， 这 个 调用 
却 是 错误 的 ， 因 为 实 参 7 不 能 传递 给 int& 类 型 的 参数 。 

我 们 已 经 知道 : 对 于 引用 参数 ， 绑 定 到 该 参数 的 实 参 是 不 会 进行 
decay 的 。 然 而 ， 如 果 我 们 遇 到 字符 串 类 型 的 实 参 ， 却 总 是 会 产生 出 人 
意料 的 结果 。 重 新 考虑 下 面 的 模板 : 

template<typename 工 > 

T const& max(T const& a, T const& b); 

对 于 表达 式 max(“Apple”,“Pear”)， 我 们 可 能 会 期 望 T 人 被 演绎 成 char 
const* 。 然 而 ，“Apple” 的 类 型 是 char const[6]， 而 “Pear 的 类 型 是 char 


const[5]; 而 且 不 存在 数组 到 指针 的 decay 转 型 (因为 要 演绎 的 参数 是 引 
用 参数 ) 。 因 此 ， 为 了 使 演绎 成 功 ，T 就 必须 同时 是 char[6] 和 char[5]; 
而 这 显然 是 不 可 能 的 ， 因 此 这 会 产生 错误 。 关 于 这 个 话题 的 具体 讨论 
可 以 参考 5.6 条 。 


11.2 演绎 的 上 下 文 


对 于 比 T 复 杂 很 多 的 参数 化 类 型 ， 也 可 以 与 给 定 的 实 参 进行 匹配 。 
下 面 是 一 些 比较 基础 的 例子 : 

template<typename T> 

void f1(T*); 

template<typename E, int N> 

void f2(E(&)[IN}]); 

template<typename T1, typename T2, typename T3> 

void f3(T1 (T2::*)(T3*) ); 

classS{ 

public: 

void f(double*); 

上 

void g(int*** ppp) 

{ 

bool b[42]; 

f1(ppp); // 演 绎 Tf 为 int**. 

f2(b); // 演 绎 E 为 bool，N 为 42. 

f3(&S::f); /演绎 T1=void,T2=S,T3=double. 

} 


复杂 的 类 型 声明 都 是 产生 自 ( 比 它 ) 基本 的 构造 (例如 指针 、 引 
有 用、 数组、 函数 声明 子 (declarators) ; 成 员 指 针 声 明子 、template-id 
等 ) ; 匹配 过 程 是 从 最 顶层 的 构造 开始 ， 然 后 不 断 递归 各 种 组 成 元 素 

( 即 子 构造 ) 。 我 们 可 以 认为 : 大 多 数 的 类 型 声明 构造 都 可 以 使 用 这 

种 方式 进行 匹配 ， 这 些 构造 也 被 称 为 演绎 的 上 下 文 。 然 而 ， 某 些 构造 
束 不 能 作为 演绎 的 上 下 文 ， 例 如 : 

" 受 限 的 类 型 名 称 。 例 如 ， 一 个 诸如 Q<T>::X 的 类 型 名 称 不 能 被 用 
来 演绎 模板 参数 TT。 

“除了 非 类 型 参数 之 外 ， 模 板 参 数 还 包含 其 他 成 分 的 非 类 型 表达 
式 。 例 如 ， 诸 如 S<I+1> 的 类 型 名 称 束 不 能 被 用 来 演绎 1。 男 外 ， 我 们 也 
不 能 通过 匹配 诸如 int(&)[sizeof(S<T>)] 类 型 的 参数 来 演绎 T。 

具有 这 些 约束 是 很 正常 的 ， 因 为 通 稼 而 言 ， 尽 管 有 了 时候 会 很 容易 
地 忽略 受 限 的 类 型 名 称 ， 但 演绎 过 程 并 不 是 唯一 的 (甚至 不 一 定 是 有 
限 的 ) 。 而 且 ， 一 个 不 能 演绎 的 上 下 文 并 没有 自动 地 表明 : 所 对 应 的 
程序 就 是 错误 的 ， 或 者 前 面 分 析 的 参数 不 能 再 次 进行 类 型 演绎 。 为 了 
说 明 这 一 点 ， 让 我 们 考虑 下 面 这 个 稍微 复杂 些 的 例子 : 

//details/fppm.cpp 


template <int N> 
classX{ 
public: 
typedef int I; 
void f(int) { 
} 
}; 
template<int N> 
void fppm(void (X<N>::*p)(typename X<N>::D ); 


int main() 


fppm(&X<33>::f); /正确 : N 补 演绎 成 33 

} 

在 图 数 模板 fppm() 中 ， 子 构造 X<N>::I 是 一 个 不 可 演绎 的 上 下 文 。 
然而 ， 具 有 成 员 指 针 类 型 〈 即 X<N>::*p) 的 成 员 类 型 部 分 X<N> 是 一 个 
可 以 演绎 的 上 下 文 。 于 是 ， 可 以 根据 这 个 可 演绎 上 下 文 获得 参数 N， 然 
后 把 N 放 入 不 可 演绎 上 下 文 X<N>::I， 束 能 够 获得 一 个 和 实 参 &X<33>::f 
匹配 的 类 型 。 因 此 基于 这 个 实 参 -参数 对 的 演绎 是 成 功 的 。 

相反 ， 如 果 参 数 类 型 完全 依赖 于 演绎 的 上 下 文 ， 那么 也 可 能 会 导 
致 演绎 的 和 矛盾。 例如， 假设 我 们 已 经 适当 地 声明 了 类 模板 X 和 Y: 

template<typename 工 > 

void {(X<Y<T>,Y<T> >); 

void g() 

{ 


f(X<Y<int>,Y<int> >() ); /正确 
f(X<Y<int>,Y<char> >() ); /错误 : 演绎 失败 
} 
这 里 的 问题 在 于 : 针对 模板 参数 T， 画 数 模 板 们 的 第 2 个 调用 演绎 
出 了 两 个 不 同 的 实 参 ， 而 这 显然 是 无 效 的 〈 在 上 面 的 两 个 函数 调用 
中 ， 调 用 实 参 都 是 一 个 临时 对 象 ， 这 个 临时 对 象 是 调用 类 模板 X 的 缺 省 
构造 范 数 创建 的 ) 


11.3 特殊 的 演绎 情况 


存在 两 种 特殊 情况 ， 其 中 用 于 演绎 的 实 参 -参数 对 (A，P) 并 不 是 
分 别 来 日 于 函数 调用 的 实 参 和 函数 模板 的 参数 。 第 1 种 情况 出 现在 取 函 
数 模板 地 址 的 时 候 。 在 这 种 情况 下 ，P 和 是 函数 模板 声明 子 的 参数 化 类 型 


( 即 下 面 的 f 的 类 型 ) ， 而 A 是 被 赋值 或 者 初始 化 ) 的 指针 ( 即 下 
面 的 pf) 所 代表 的 函数 类 型 。 例 如 : 
template<typename 工 > 
void f(T, T); 
void (*pf)(char,char) = &xf; 
在 上 面 的 代码 中 ，P 就 是 void(T, T)， 而 A 是 void(char,char)。 用 char 
检 换 T， 该 演绎 过 程 是 成 功 的 。 为 外 ，pf 被 初始 化 为 “生化 f<char>” 的 地 
址 。 
另 一 种 特殊 情况 和 转型 运算 符 模 板 一 起 出 现 。 例 如 ; 
classS{ 
public: 


template<typename TT, int N> operator T[N]&!(); 
上 
在 这 种 情况 下 ， 实 参 -参数 对 (A，P) 涉及 到 我 们 试图 进行 转型 的 
实 参 和 转型 运算 符 的 返回 类 型 。 下 面 的 代码 清楚 地 说 明了 这 种 情况 : 

void f(int (&)[20]); 

void g(S s) 

+. 


f(s); 
} 
在 此 ， 我 们 试图 把 $ 转 型 为 int (8)[20]; 因此， 类 型 A 为 int[20]， 而 
类 型 P 为 TIN]。 于 是 ， 用 类 型 int 禁 换 T， 用 20 替 换 N 之 后 ， 该 演绎 就 是 
成 功 的 。 


11.4 可 接受 的 实 参 转型 


通常 ， 模 板 演绎 过 程 会 试图 找到 函数 模板 参数 的 一 个 匹配 ， 以 使 
参数 化 类 型 P 等 同 于 类 型 A。 然 而 ， 当 找 不 到 这 种 匹配 的 时 候 ， 下 面 的 
儿 种 变化 就 是 可 接受 的 : 

如果 原来 声明 的 参数 是 一 个 引用 参数 子 ， 那 么 被 棕 换 的 P 类 型 可 
以 比 A 类 型 多 一 个 const 或 者 volatile 限 定 符 。 

“如 有 果 A 类 型 是 指针 类 型 或 者 成 员 指 针 类 型 ， 那 么 它 可 以 进行 限定 
符 转 型 (就 是 说 ， 添 加 const 或 者 volatile 限 定 符 ) ， 转 化 为 被 替换 的 P 类 
开 


O 〇 


se 


EE 


“ 当 演 绎 过 程 不 涉及 到 转型 运算 符 模 板 的 时 候 ， 被 蔡 换 的 P 类 型 可 
以 是 A 类 型 的 基 类 ; 或 者 当 A 是 指针 类 型 时 ，P 可 以 是 一 个 指针 类 型 ， 
它 所 指 疝 的 类 型 是 A 所 指向 的 类 型 的 基 类 。 见 下 面 的 例子 : 

template<typename T> 

classBI 

}; 

template<typename T> 

class D : public B<T> { 

上 

template<typename T> void {(B<T>*); 

void g(D<long> dl) 

{ 


f(&dl); /成 功 演绎 : 用 long 替 换 T 
} 
只 有 在 精确 匹配 不 存在 的 情况 下 ， 才 会 出 现 这 种 宽松 的 匹配 。 即 
使 这 样 ， 只 有 在 前 面 添加 的 几 种 转型 中 能 够 找到 一 种 替换 ， 并 且 借 助 
这 种 替换 可 以 匹配 A 类 型 和 P 类 型 时 ， 演 绎 过 程 才能 是 成 功 的 。 


11.5 类 模板 参数 


模板 实 参 演绎 只 能 应 用 于 函数 模板 和 成 员 函 数 模板 ， 是 不 能 应 用 
于 类 模板 的 。 男 外 ， 对 于 类 模板 的 构造 钞 数 ， 也 不 能 根据 实 参 来 演绎 
类 模板 参数 。 例 如 : 
template<typename T> 
classS{ 
public: 
S(Tb):a(b)t{ 
} 
private: 
Ta; 
上 
S x(12); /错误 : 不 能 从 构造 函数 的 调用 实 参 12 演 绎 类 模板 参 
数 T 


和 普通 函数 一 样 ， 在 函数 模板 中 也 可 以 指定 缺 省 的 函数 调用 实 
。 例如: 
template<typename 工 > 
void init(T* loc, T const& val = T()) 
{ 

*]oc = val; 
} 
如 例子 所 示 ， 缺 省 调用 实 参 是 可 以 依赖 于 模板 参数 的 。 但 是 ， 只 
有 在 没有 提供 显 式 实 参 的 情况 下 ， 才 会 实例 化 这 种 依赖 型 的 缺 省 实 参 
一 一 这 也 是 使 得 下 面 例子 有 效 的 一 条 规则 : 

classS{ 


Sh 


public: 
S(int, int); 
上 
9 s(0,0); 
int main() 
{ 
init(&s, S(7,42) ); // 因 为 T=S， 所 以 TO 就 是 无 效 的 了 。 于 是 
// 缺 省 调用 实 参 T() 也 就 不 需要 进行 实例 化 
// 因 为 已 经 提供 了 一 个 显 式 参数 


} 

对 于 缺 省 调用 实 参 而 言 ， 即 使 不 是 依赖 型 的 ， 也 不 能 用 于 演绎 模 
板 实 参 。 这 意味 着 下 面 的 C++ 程序 是 无 效 的 ; 

template<typename 工 > 

void f(T x = 42){ 


} 
int main() 
{ 
f<int>0); /正确 : T= int 
f(); /错误 : 不 能 根据 缺 省 调用 实 参 42 来 演绎 T 
} 


11.7 Barton-Nackman 方 法 


在 1994 年 ，John.J.Barton 和 Lee R.Nackman 给 出 了 一 项 模板 技术 ， 
他 们 把 该 技术 称 为 限制 的 模板 扩展 (restricted template expansion) 。 这 
项 技术 的 部 分 动机 是 : 在 那个 时 候 (1994) ， 大 多 数 编译 器 都 不 能 对 
函数 模板 进行 重 载 [54] ， 也 没有 实现 名 字 空 间 。 


为 了 阐述 这 项 技术 ， 先 假设 我 们 具有 一 个 类 模板 Array， 而 且 需 要 
定义 该 模板 的 相等 运算 符 operator==。 一 种 实现 方法 是 : 把 该 运算 符 声 
明 为 类 模板 的 成 员 。 然 而 ， 这 并 不 是 一 个 好 的 实现 ， 因 为 该 运算 符 的 
第 1 个 实 参 〈 绑 定 为 this 指 针 ) 和 第 2 个 实 参 的 转型 规则 可 能 是 不 一 致 
的 ; 而 operator== 意味 着 它 的 两 个 实 参 应 该 是 对 称 的 ， 有 了 不 同 转 型 之 
后 号 很 难保 证 这 种 对 称 性 了 。 男 一 种 实现 是 把 该 运算 符 声 明 为 一 个 名 
子 空间 作用 域 的 函数 ， 该 钞 数 的 大 体 实 现 如 下 面 的 代码 所 示 : 


template<typename T> 


class Array { 
public: 


由 
template<typename 工 > 


bool operator == (Array<T> const& a, Array<T> const& b) 
{ 


} 

然而 ， 如 果 函 数 模板 不 能 被 重 载 的 话 ， 就 会 带 来 一 个 问题 : 在 这 
个 作用 域 中 ， 就 不 能 声明 其 他 的 operator == 模板 了 。 但 很 多 情况 下 我 
们 需要 为 其 他 的 类 模板 提供 这 个 运算 符 模 板 。 于 是 ，Barton 和 Nackman 
把 这 个 运算 符 并 作为 类 的 普通 友 元 函数 定义 在 类 的 内 部 ， 从 而 解决 这 
个 问题 : 

template<typename T> 

class Array { 

public: 


friend bool operator == (Array<T> const& a, 


Array<T> const& b) { 
return ArraysAreEqual(a,b); 

} 

}; 
假设 我 们 用 float 类 型 来 实例 化 上 面 的 Array。 那 么 ， 作 为 实例 化 的 
结果 ， 这 个 友 元 运算 符 函 数 相 应 地 被 具体 声明 了 ( 即 确定 了 参数 类 
型 ) ， 但 我 们 应 该 知道 : 这 个 具体 函数 本 号 并 不 是 函数 模板 实例 化 的 
结果 ， 它 原来 区 是 一 个 非 模板 男 数 ， 只 是 借助 于 实例 化 过 程 的 边缘 效 
应 ， 它 才 人 被 声明 为 一 个 具体 函数 ， 并 且 插 入 到 全 局 作用 域 中 。 由 于 是 
韭 模板 范 数 ， 所 以 即使 在 语言 不 支持 钞 数 模板 重 载 的 情况 下 ， 我 们 也 
可 以 对 该 运算 符 函 数 进行 重 载 。Barton 和 Nackman 之 所 以 把 这 个 技术 
称 为 限制 的 模板 扩展 ， 丈 是 因为 借助 于 该 技术 ， 我 们 残 可 以 不 使 用 模 
板 运算 符 operator ==(TT) 一 一 该 运算 符 可 以 应 用 于 所 有 的 类 型 T 〈 换 句 
话说 ， 这 是 一 种 无 限制 的 扩展 ) 。 

由 于 operator == (Array<T> const&, Array<T> const&) 定义 在 类 定 
义 的 内 部 ， 因 此 它 被 隐 式 地 看 成 是 内 联 琐 数 ， 因 此 我 们 可 以 (决定) 
把 实现 委托 给 函数 模板 ArraysAreEqual， 该 函数 模板 不 需要 被 内 联 ， 也 

` 会 和 具有 相同 名 字 的 其 他 模板 发 生 冲 突 。 

如 有 果 只 是 基于 原来 的 目的 ， 那 么 Barton-Nackman 方 法 现在 已 经 不 
再 适用 了 ; 但 研究 该 技术 仍然 是 很 有 趣 的 ， 因 为 它 能 够 在 类 模板 的 实 
例 化 过 程 中 ， 伴 随 生 成 一 个 非 模板 的 具体 函数 ， 而 且 这 个 函数 并 不 是 
产生 上 自 函 数 模 板 ， 因 此 也 残 不 需要 进行 模板 实 参 演 绎 ;但 该 函数 却 属 
于 重 载 解析 规则 ( 见 附录 B) 的 作用 范围 。 从 理论 上 讲 ， 在 特定 的 调用 
位 置 匹配 友 元 函数 ， 还 可 能 会 考虑 额外 的 隐 了 式 转 型 。 总 体 而 言 ， 针 对 
现在 的 标准 C++ (已 经 不 再 是 Barton 和 Nackman 给 出 这 个 技术 时 的 语言 
了 ) ， 这 个 技术 几乎 已 经 没有 任何 大 的 用 人 处。 而且， 在 外 围 的 作用 域 
中 ， 插 入 式 的 友 元 函数 也 并 不 总 是 可 见 的 : 只 有 通过 ADL， 它 才 是 可 


见 的 。 这 就 意味 着 : 函数 调用 实 参 必 须 和 包含 友 元 函数 的 类 具有 关 
联 ; 如果 调用 实 参 和 包含 友 元 函数 的 类 不 具备 关联 关系 ， 那 么 将 找 不 
到 该 友 元 函数 。 即 使 调用 实 参 所 关联 的 某 个 类 能 够 转化 为 包 侣 友 元 函 
数 的 类 ， 同 样 也 找 不 到 该 友 元 函数 。 请 看 下 面 的 例子 : 

classS{ 

5 


template<typename T> 


class Wrapper { 
private: 
T object; 
public: 
Wrapper(T obj) : object(obj) { // 可 以 把 T 隐 式 
// 转 型 为 Wrapper<T> 
} 
friend void f(Wrapper<T> const& a) { 
} 
}; 
int main() 
{ 
Ss; 
Wrapper<S> w(S); 
f(w); /正确 : Wrapper<S> 是 一 个 和 w 相 关联 的 
类 。 
f(s); // 错 误 : Wrapper<S> 和 s 不 相关 联 。 
} 
在 这 个 例子 中 ， 调 用 f(w) 是 有 效 的 ， 因 为 贸 数 10 是 一 个 在 
Wrapper<S> 内 部 进行 声明 的 友 元 函数 ， 而 Wrapper<S> 和 实 参 w 是 相关 


的 [55]。 然 而 ， 在 调用 ffs) 中 ， 友 元 函数 的 声明 f(Wrapper<S> const&) 
吏 不 是 可 见 的 ， 因 为 类 Wrapper<S> 和 实 参 s 的 类 型 $ 是 不 相关 联 的 。 
此 ， 尽 管 存在 一 个 从 S$ 到 Wapper<S> 的 有 效 隐 式 转型 (借助 于 
Wrapper<S> 的 构造 国 数 ) ， 但 此 时 并 不 会 考虑 这 种 转型 ， 因 为 编译 妖 
并 不 能 百 先 找到 候选 画 数 f， 当 然 也 就 不 会 考虑 {的 参数 所 要 进行 的 转 
型 了 。 


11.8 本 章 后 记 


函数 模板 的 模板 实 参 演绎 是 早期 C++ 设计 的 一 部 分 。 而 C++ 所 提供 
的 另 一 种 方法 : 显 式 模板 实 参 ， 直 到 几 年 之 后 (与 前 者 相 比 ) 才 成 为 
C++ 的 一 部 分 。 

许多 C++ 专家 认为 : 友 元 名 称 插入 是 很 不 好 的 实现 ， 因 为 这 会 使 程 
序 的 有 效 性 ( 某 种 程度 上 ) 依赖 于 实例 化 的 顺序 。Bil Gibbons ( 那 时 
他 从 事 的 是 Taligent 编译 右 的 工作 ) 是 对 友 元 名 称 插入 的 一 个 最 强硬 的 
反对 者 ， 因 为 如 果 能 够 去 除 这 种 实例 化 顺序 的 依赖 性 ， 那 么 将 可 以 给 
C++ 带 来 一 个 新 的 、 有 趣 的 开发 环境 (据说 Taligent 也 正在 研究 这 个 开 
发 环境 ) 。 然 而 ，Barton-Nackman 方 法 要 求 某 种 形式 的 友 元 名 称 插 
入 ， 也 正 是 这 个 特殊 的 方法 才 令 友 元 名 称 插入 仍然 保留 在 语言 中 ， 并 
日 保持 现 有 的 这 种 (虚弱 ) 形式 。 

有 趣 的 是 ， 许 多 人 都 听 说 过 Barton-Nackman 技 巧 ， 但 几乎 没有 人 
能 够 把 它 和 早期 描述 的 技术 天 联 起 来 。 于 是 ， 你 会 发 现 : 许多 其 他 的 
涉及 到 友 元 和 模板 的 技术 有 时 会 被 错误 地 当 作 Barton-Nackman 技 巧 

(例如 ， 见 16.5 节 ) 。 


12 与 重 恤 


目前 为 上 ， 我 们 已 经 知道 了 : C++ 模板 如 何 使 一 个 泛 型 定义 扩展 成 
一 些 相 天 的 类 家 族 或 者 画 数 家 族 。 虽 然 这 是 一 个 功能 很 强大 的 机 制 ， 
但 该 机 制 并 非 适 合 于 所 有 的 情况 ;在 一 些 情况 下 ， 这 种 泛 型 操作 束 不 
征 特 定 模板 参数 奉 换 的 最 佳 选择 。 

与 其 他 常用 的 程序 设计 语言 相 比 ，C++ 在 泛 型 程序 设计 这 方面 是 与 
众 不 同 的 ， 因 为 它 通过 更 多 的 特 化 机 制 具备 了 许多 用 特定 方式 透明 替 
换 泛 型 定义 的 特性 。 在 这 一 章 里 ， 我 们 将 学 习 两 种 与 纯粹 的 泛 型 机 制 
迎 然 不 同 的 C++ 语言 机 制 : 模板 特 化 和 函数 模板 的 重 载 。 


12.1 当 泛 型 代码 不 再 适用 的 时 候 
考虑 下 面 的 例子 : 


template<typename 工 > 


class Array { 
private: 
T* data; 


public: 
Array(Array<T> const&); 
Array<T>& operator = (Array<T> const&); 
void exchange_with (Array<T>* b) { 
T* tmp = data; 
data = b->data; 
b->data = tmp; 
} 
T& operator[] (size_t k){ 


return data[k]; 


}; 
template<typename T> inline 
void exchange (T* a, T* b) 
{ 
T tmp("a); 
*qg 二 *b; 
*b = tmp; 
} 
对 于 简单 的 类 型 ，exchange0 的 泛 型 实现 可 以 很 好 地 处 理 。 然 而 ， 
如 果 是 针对 需要 进行 繁重 拷贝 操作 的 类 型 ， 那 么 与 给 定 结构 的 简单 实 
现 ( 即 exchange_with) 相 比 ， 这 种 泛 型 实现 无 论 从 CPU 的 运转 次 数 还 
是 内 存 的 使 用 上 讲 ， 都 可 能 是 相当 昂贵 的 了 。 在 我 们 的 例子 中 ， 该 泛 
型 实现 需要 调用 一 次 Array<T> 的 捞 贝 构造 函数 和 两 次 Array<T> 的 找 贝 
赋值 运算 符 。 对 于 大 的 数据 结构 ， 这 些 找 贝 操作 会 涉及 到 拷贝 巨大 容 
量 的 内 存 。 然 而 ， 我 们 通 第 可 以 用 成 员 函 数 exchange_with 来 巷 换 
exchange() 的 功能 ， 而 且 只 需要 交换 Array<T> 内 部 成 员 指 针 data 。 
12.1.1 透 昌 
在 我 们 前 面 的 例子 中 ， 成 员 函 数 exchange_with0 提 供 了 一 种 替代 
泛 型 画 数 exchange() 的 有 效 方 法 ; 但是， 要 使 用 一 个 新 的 函数 通常 都 会 
囊 来 一 些 不 便 之 处 : 
1.Array 类 的 用 户 需 要 记 住 一 个 额外 的 接口 ， 并 且 在 适当 的 情况 
下 ， 应 该 尽 可 能 地 使 用 这 个 接口 。 
2. 泛 型 算法 通 滑 都 不 能 区 分 各 种 不 同 的 可 能 性 。 例 如 : 


template <typename 工 > 


void generic algorithm(T* x, T* y) 


{ 
exchange(x,y); // 我 们 要 如 何 选 择 合适 的 算法 呢 


} 
基于 这 些 原 因 ，C++ 模 板 提 供 了 多 种 透明 目 定义 函数 模板 和 类 模板 
的 方法 。 对 于 函数 模板 而 言 ， 我 们 可 以 通过 重 载 机 制 来 实现 这 种 方 
法 。 例 如 ， 我 们 可 以 如 下 编写 画 数 模板 quick_exchange0 的 重 载 集 : 
template<typename T> inline 
void quick_exchange(T* a, T* b) // (1) 
{ 
T tmp(*a); 
*q 二 *b; 
*b = tmp; 
} 
template<typename T> inline 
void quick_exchange(Array<T>* a, Array<T>* b) // (2) 
{ 


a->exchange_with(b); 


} 

void demo(Array<int>* p1, Array<int>* p2) 

{ 
int x, y; 
quick_exchange(&x, &y); // uses (1) 
quick_exchange(p1, p2); // uses (2) 


quick_exchange() 的 自 次 调用 具有 两 个 类 型 为 int* 的 实 参 ， 因 此 只 能 
由 第 一 个 模板 ( 即 (1) 处 的 声明 ) 演绎 成 功 ， 用 int 来 蔡 换 T。 因 此 ， 
在 这 里 选择 第 一 个 模板 ， 有 是 宫 无 疑问 的 。 相 反 ， 对 于 第 二 个 调用 ， 写 
和 两 个 模板 都 可 以 互相 匹配 我 们 通过 在 第 1 个 模板 中 用 Array<int> 替 
换 T、 在 第 2 个 模板 中 用 int 来 蔡 换 T， 可 以 获得 quick_exchange(p1, p2) 的 
两 个 可 行 函 数 ， 而且 ， 这 两 种 奉 换 所 获得 的 函数 的 参数 类 型 和 调用 处 
的 实 参 类 型 也 都 可 以 精确 匹配 。 通 常 而 言 ， 这 将 会 使 该 调用 产生 二 义 
性 ， 但 是 (我 们 将 在 后 面 讨论 ) C++ 语言 认为 第 2 个 模板 比 第 1 个 模板 更 
加 特殊 。 因 此 ， 在 其 它 条 件 都 一 样 的 情况 下 ， 重 载 解析 规则 会 优先 选 
择 更 加 特殊 的 模板 ， 于 是 该 调用 选择 (2) 处 的 模板 。 

12.1.2 语 》 明 

考虑 上 一 小 地 中 重 载 的 用 法 ， 它 对 于 获得 实例 化 过 程 的 透明 目 定 
义 是 相当 有 用 的 ; 但 更 重要 的 是 ， 我 们 应 该 知道 这 种 透明 性 是 (很 大 
程度 上 ) 依赖 于 实现 细节 的 。 为 了 曾 明 这 一 点 ， 考 虚 我 们 的 
quick_exchange0 解 决 方案 。 虽 然 泛 型 算法 和 为 Array<T> 类 型 目 定义 的 
算法 最 后 都 可 以 交换 指针 所 指 同 的 值 ， 但 则 两 种 算法 各 目 所 再 来 的 边 
绿 效应 却 是 截然 不 同 的 。 

下 面 的 代码 交换 了 结构 对 象 ， 同 时 也 交换 了 Arrar<T> 对 象 的 值 ， 
通过 比较 实现 这 两 种 交换 的 代码 ， 我 们 可 以 很 好 地 说 明 上 面 的 这 种 不 
同 之 处 : 


struct S { 


int X; 
} s1, s2; 
void distinguish (Array<int> al, Array<int> a2) 
{ 
int* p = &all[0}j; 


int* q = &sl1.x; 

al[0] = sl.x= 1: 

a2[0] = s2.x = 2; 

quick_exchange(&al, &a2); V 在 调用 之 后 仍然 有 : *p == 1 
quick_exchange(&s1, &s2); V/ 调用 之 后 *q == 2 

} 

我 们 从 例子 中 可 以 看 出 ， 在 调用 quick_exchange() 之 后 ， 指 问 第 1 个 
Array 的 指针 p 变 成 了 指向 第 2 个 Array 的 指针 (即使 值 并 没有 改变 ) ; 然 
而 ， 指 向 non-Array 〈 即 struct) s1 的 指针 在 交换 操作 执行 之 后 ， 仍 然 指 
同 sl1， 只 是 指针 所 指向 的 值 发 生 了 交换 。 这 些 区 别 已 经 是 非常 重要 
的 ， 也 足以 令 模板 实现 的 客户 感到 疑惑 。 对 于 前 级 quick_ 而 言 ， 它 可 以 
让 用 户 感觉 到 这 是 一 种 实现 所 期 望 操作 的 快捷 方式 。 然 而 ， 原 来 的 泛 
型 exchange() 模 板 还 可 以 对 Array<T> 进 行进 一 步 的 优化 : 


template<typename T> 


void exchange(Array<T>* a, Array<T>* b) 


{ 
IT* p= &(*a)l0]; 
T* q= &(*b)L0}; 
for (size_t k = a->size(); k-- != 0; ) { 
exchange(p++, q++); 
} 
} 


与 原来 的 泛 型 代码 相 比 ， 这 个 版 本 的 exchange0 的 优点 在 于 : 并 不 
(潜在 地 ) 需要 庞大 的 临时 Array<T> 对象。 我 们 可 以 对 这 个 
exchange() 模 板 进行 递归 调用 ， 因 此 即使 诸如 Array<Array<char> > 类 型 
的 参数 ， 也 可 以 获得 优化 的 性 能 。 另 外 ， 我 们 看 到 这 个 特殊 的 模板 版 
本 并 没有 声明 为 inline， 这 是 因为 它 本 身 会 执行 很 多 个 〈 递 归 ) 操作 ; 


相对 而 言 ， 我 们 原来 的 泛 型 实现 是 内 联 的 ， 因 为 它 只 执行 很 少 的 操作 
(然而 ， 每 个 操作 都 是 昂贵 的 ) 。 


12.2 重 载 函 数 模 板 


在 上 一 记 ， 我 们 看 到 两 个 同名 的 函数 模板 可 以 同时 存在 ， 还 可 以 
对 它们 进行 实例 化 ， 使 它们 有 具有 相同 的 参数 类 型 。 下 面 是 另 一 个 简单 
的 例子 : 

// details/funcoverload.hpp 


template<typename T> 


int f(T) 
{ 
return 1; 
} 
template<typename T> 
int {f(T*) 
{ 
return 2; 
} 


如 有 果 我 们 用 int* 来 准 换 第 1 个 模板 的 T， 用 int 来 礁 换 第 2 个 模板 的 TT， 
那么 将 会 获得 两 个 具有 相同 参数 类 型 《和 返回 类 型 ) 的 同名 函数 。 也 
忠 是 说 ， 不 仪 是 同名 模板 可 以 同时 存在 ， 它 们 各 目的 实例 化 体 [56] 也 
可 以 同时 存在 ， 即 使 这 些 实例 化 体 具 有 1 I 和 返回 类 型 。 

下 面 的 代码 说 明了 : 如 何 通 过 显 式 模 板 实 参 语法 ， 来 调用 这 两 个 
生成 的 函数 (假设 存在 前 面 的 模板 声明 ) : 


//details/funcoverload cpp 


#include <iostream> 


#include "funcoverload.hpp" 
int main() 
{ 
std::cout << f<int*>((int*)0) << std::endl; 


std::cout << f<int>((int*)0) << std::endl; 


} 
程序 的 输出 如 下 : 1 
2 


为 了 说 明 这 一 点 ， 让 我 们 详细 地 分 析 调 用 f<int*>((int*)0) [57] 。 语 
法 f<int*> 说 明 我 们 希望 用 int* 来 蔡 换 模板 f 的 第 1 个 模板 参数 ， 而 且 这 种 
替换 并 不 依赖 于 模板 实 参 演绎 。 在 这 个 例子 中 ， 有 两 个 { 模 板 ， 因 此 所 
生成 的 重 载 集 包含 了 两 个 函数 : f<int*>(int*) (生成 自 第 一 个 模板 ) 和 
f<int*>(int**) (生成 自 第 2 个 模板 ) 。 然 而 ， 调 用 实 参 (int*)0 的 类 型 是 
int*， 因 此 它 将 会 和 第 1 个 模板 生成 的 函数 更 好 地 匹配 ， 最 后 也 就 调用 

类 似 的 分 析 也 可 以 用 于 第 2 个 调用 。 

12.2.1 签名 

只 要 具有 不 同 的 签名 ， 两 个 函数 就 可 以 在 同一 个 程序 中 同时 存 
在 。 我 们 对 函数 的 签名 定 如 下 [58] : 

1. 非 受 限 函数 的 名 称 (或 者 产生 自 画 数 模板 的 这 类 名 称 ) 。 

2. 画 数 名 称 所 属 的 类 作用 域 或 者 名 字 空 间作 用 域 ， 如 果 函 数 名 称 是 
具有 内 部 链接 的 ， 还 包括 该 名 称 声 明 所 在 的 翻译 单元 。 

3. 函 数 的 const、volatile 或 者 const volatile 限 定 符 〈 前 提 是 它 是 一 个 
具有 这 类 限定 符 的 成 员 函 数 ) 。 

4. 函 数 参 数 的 类 型 (如 果 这 个 函数 是 产生 自 函 数 模板 的 ， 那 么 指 的 
是 模板 参数 被 蔡 换 之 前 的 类 型 ) 。 


5. 如 果 这 个 函数 是 产生 目 画 数 模板 ， 那 么 包括 它 的 返回 类 型 。 
6. 如 果 这 个 琅 数 十 产生 目 函 数 模 板 ， 那 么 包括 模板 参数 和 模板 实 
这 就 意味 着 : 从 原则 上 讲 ， 下 面 的 模板 和 它们 的 实例 化 体 可 以 在 
同 个 程序 中 同时 存在 : 
template<typename T1, typename 工 2> 
void f1(T1, 工 2); 
template<typename T1, typename 工 2> 
void f1(T2, 工 1); 
template<typename 工 > 
long 人 2(T); 
template<typename 工 > 
char f2(T); 
然而 ， 如 果 上 面 这 些 模板 是 在 同一 个 作用 域 中 进行 声明 的 话 ， 我 
们 可 能 不 能 使 用 某 些 模板 ， 因 为 实例 化 过 程 可 能 会 导致 重 载 二 义 性 。 
例如 : 


#include <iostream> 


Sh 


template<typename T1, typename T2> 
void f1(T1, T2) 
{ 
std::cout << "f1(T1, T2)n"; 
} 
template<typename T1, typename T2> 
void f1(T2, T1) 
{ 
std::cout << "f1(T2, T1)n"; 


/到 这 里 为 止 一 切 都 是 正确 的 

int main() 

{ 

f1<char, char>('a', b);V 错误 : 二 义 性 

} 

在 上 面 的 代码 中 ， 昌 然 画 数位 <T1 = char, T2 = char>(T1,T2) 可 以 和 
函数 f1<T1 = char T2 =char>(T2, T1) 同 时 存在 ,但 是 重 载 解析 规则 将 不 
知道 应 该 选择 哪 一 个 芳 数 。 因 此 ， 只 有 在 这 两 个 模板 出 现 于 不 同 的 翻 
译 单元 时 ， 它 们 的 两 个 实例 化 体 才 可 以 在 同 个 程序 中 同时 存在 (而 
且 ， 链 授 右 也 不 应 该 抱怨 说 存在 重复 定义 ， 因 为 这 两 个 实例 化 体 的 签 
名 是 不 同 的 ) : 

/翻译 单元 1: 


#include <iostream> 


template<typename T1, typename T2> 
void f1(T1, 工 2){ 
std::cout << "f1(T1, T2)n"; 
} 
void g() 
{ 
fl<char, char>('a', 'b"); 
} 
/翻译 单元 2: 
#include <iostream> 
template<typename T1, typename T2> 
void f1(T2, T1) 
{ 
std::cout << "f1(T2, Tl1)n"; 


} 
extern void g0; // 定义 在 翻译 单元 1 
int main() 
{ 
fl<char, char>('a', 'b"); 
g(); 
} 
这 个 程序 是 有 效 的 ， 而 且 产 生 的 输出 如 下 : 
f1(T2, T1) 
f1(T1, 工 2) 


重新 考虑 我 们 前 面 的 例子 : 
#include <iostream> 


template<typename T> 


int f(T) 
{ 

return 1; 
} 
template<typename T> 
int f(T*) 
{ 

return 2; 
} 
int main() 
{ 


std::cout << f<int*>((int*)0) << std::endl; 


std::cout << f<int>((int*)0) << std::endl; 
} 
我 们 发 现 : 用 给 定 的 模板 实 参 列表 (<int*> 和 <int>) 进行 奉 换 之 
后 ， 重 载 解析 最 后 会 选择 一 个 最 佳 的 贸 数 并 进行 调用 。 然 而 ， 即 使 在 
没有 提供 显 式 模板 实 参 的 情况 下 ， 也 会 有 一 个 范 数 被 选中 。 在 这 种 情 
况 下 ， 就 是 模板 实 参 演绎 起 作用 的 时 候 了 。 让 我 们 稍微 修改 前 面 例子 
的 main() 落 数 ， 来 讨论 这 种 机 制 : 


#include <iostream> 


template<typename T> 


int f(T) 
{ 

return 1; 
} 
template<typename T> 
int f(T*) 
{ 

return 2; 
} 
int main() 
{ 


std::cout << {f(0) << std::endl; 
std::cout << f((int*)0) << std::endl; 
} 
让 我 们 先 考 虚 调 用 (f(0)): 实 参 的 类 型 是 int， 如 果 用 int 玲 换 T， 玖 
能 和 第 1 个 模板 的 参数 匹配 。 然 而 ， 第 2 个 模板 的 参数 类 型 总 是 一 个 指 
针 ; 因此 ， 经 过 演绎 之 后 ， 只 有 产生 自 第 1 个 模板 的 实例 才 是 该 调用 的 
候 移 芳 数 。 在 这 个 调用 中 ， 重 载 解析 并 没有 发 挥 作用 。 


第 2 个 调用 ((f ( (int*) 0) ) 就 显得 比较 有 趣 : 对 于 这 两 个 模板 ， 实 参 
演绎 都 可 以 获得 成 功 ， 于 是 束 获 得 两 个 玉 数 ， 即 f<int*>(int*) 和 f<int> 
(int*)。 如 果 根 据 原来 的 重 载 解析 观点 ， 这 两 个 范 数 和 实 参 类 型 为 int* 
的 调用 的 匹配 程度 是 一 样 的 ， 这 也 就 意味 着 该 调用 是 二 义 性 的 ( 见 附 
录 B) 。 然 而 ， 在 这 种 情况 下 ， 还 应 该 考虑 重 载 解析 的 额外 规则 : 选择 
“产生 自 更 特殊 的 模板 的 函数 >”。 因 此 (我 们 将 在 后 面 的 小 节 看 到 ) ， 
第 2 个 模板 被 认为 是 更 加 特殊 的 模板 ， 从 而 (再 次 ) 产生 下 面 的 输出 结 
采 : 1 

2 


12.2.3 正式 的 排序 原则 

在 最 后 一 个 例子 中 ， 我 们 可 以 很 直观 地 看 出 : 第 2 个 模板 要 比 第 1 
个 模板 更 加 特殊 ， 因 为 第 1 个 模板 可 以 适用 于 任何 类 型 的 实 参 ， 而 第 2 
个 模板 只 能 适用 于 指针 类 型 的 实 参 。 然 而 ， 其 它 的 一 些 例子 看 起 来 并 
` 会 如 此 直观 。 接 下 来 ， 我 们 将 给 出 一 个 精确 的 过 程 ， 它 能 够 判断 : 
在 参与 重 载 集 的 所 有 函 数 模 板 中 ， 某 个 函数 模板 是 否 比 另 一 个 函 数 模 
板 更 加 特殊 。 然 而 ， 我 们 应 该 知道 这 只 是 不 完整 的 排序 原则 : 就 是 
说 ， 两 个 模板 也 可 能 会 被 认为 具有 相同 的 特殊 程度 。 如 果 重 载 解析 必 
须 在 这 两 个 特殊 程度 相同 的 模板 中 进行 选择 ， 那 么 将 不 能 做 出 任何 决 
定 ， 也 就 是 说 程序 包含 了 一 个 二 义 性 错误 。 

假设 我 们 要 比较 两 个 同名 的 函数 模板 fL 和 ft2， 对 于 给 定 的 国 数 调 
用 ， 它 们 看 起 来 都 是 可 行 的 。 在 我 们 下 面 的 讨论 中 ， 对 于 没有 被 使 用 
的 缺 省 函数 实 参 和 省 略 号 参数 ， 我 们 将 不 考虑 。 接 下 来 ， 通 过 如 下 和 蔡 
换 模板 参数 ， 我 们 将 为 这 两 个 模板 虚构 两 份 不 同 的 实 参 类 型 (如 果 是 
转型 画 数 模板 ， 那 么 还 包括 返回 类 型 ) 列表 ， 其 中 第 1 份 列 表 针 对 第 1 
个 模板 ， 第 2 份 列表 针对 第 2 个 模板 。“ 虚 构 ”* 的 实 参 列表 将 这 样 地 替换 
每 个 模板 参数 : 


1. 用 唯一 的 “虚构 ?类 型 奉 换 每 个 模板 类 型 参数 。 

2. 用 唯一 的 “虚构 ”类 模板 蔡 换 每 个 模板 的 模板 参数 。 

3. 用 唯一 的 适当 类 型 的 “虚构 ” 值 蔡 换 每 个 非 类 型 参数 。 

如 果 第 2 个 模板 针对 第 1 份 列表 可 以 进行 成 功 的 实 参 演绎 (能 够 
进行 精确 的 匹配 ) ， 而 第 1 个 模板 针对 第 2 份 列表 的 实 参 演绎 以 失败 告 
终 ， 那 么 我 们 就 称 第 1 个 模板 要 比 第 2 个 模板 更 加 特殊 。 反 之 ， 如 果 第 1 
个 模板 针对 第 2 份 列表 可 以 进行 成 功 的 实 参 演绎 (能 够 进行 精确 的 匹 
配 ) ， 而 第 2 个 模板 针对 第 1 份 列表 的 实 参 演绎 失败 ， 那 么 我 们 就 称 第 2 
个 模板 要 比 第 1 个 模板 更 加 特殊 。 否 则 的 话 (或 者 是 两 个 都 不 能 成 功 演 
绎 ,或 者 是 两 个 都 能 成 功 演绎 ) ， 我 们 就 称 这 两 个 模板 之 间 不 存在 特 
殊 的 排序 关系 。 

让 我 们 把 这 个 过 程 应 用 于 前 面 的 例子 ， 来 更 加 清楚 地 阐明 上 面 的 
问题 。 根 据 这 两 个 模板 和 前 面 所 接 述 的 模板 参数 蕉 换 万 法 ， 我 们 虚构 
了 两 个 实 参 类 型 列表 : (AD 和 (A2*) (A1 和 A2 是 不 同 的 虚构 类 型 ) 。 显 
然 ， 第 1 个 模板 可 以 成 功 地 演绎 第 2 份 实 参 列表 ， 只 要 用 A2* 蔡 换 T 束 可 
以 。 然 而 ， 第 2 个 模板 却 不 能 成 功 地 演绎 第 1 份 列表 ， 因 为 第 2 个 模板 的 
T* 是 不 能 和 非 指针 类 型 A1 进 行 匹配 的 。 因 此 ， 我 们 就 可 以 〈 正 式 地 ) 
得 出 结论 : 第 2 个 模板 比 第 1 个 模板 更 加 特殊 。 

最 后 ， 让 我 们 考 虚 一 个 更 加 复杂 的 例子 ， 它 涉及 到 多 个 芳 数 参 
数 : 

template<typename 工 > 

void t(T*, T const* = 0, ...); 

template<typename T> 

void t(T const*, T*, T* = 0); 

void example(int* p) 


{ 


t(p, p); 


} 

首先 ， 由 于 实际 调用 并 没有 使 用 第 1 个 模板 的 省 略 号 参数 〈 即 .…) 
和 第 2 个 模板 的 最 后 一 个 具有 缺 省 值 的 参数 ， 因 此 在 局 部 排序 中 不 会 考 
虑 这 些 参数 。 另 外 ， 我 们 知道 : 第 1 个 模板 的 缺 省 实 参 并 不 会 用 到 ， 
为 调用 中 显 式 提 供 了 相应 的 参数 ， 而 且 要 根据 这 个 参数 进行 排序 。 

虚构 的 实 参 类 型 列表 是 : (AL*, Al const*) 和 (A2 cosnt*, A2)。 对 于 
第 2 个 模板 ， 实 参 列 表 (Al*, Al const*) 的 模板 实 参 演绎 可 以 成 功 地 进 
行 ， 只 要 用 Al const 蔡 换 T 就 可 以 ; 但 是 ， 最 后 所 获得 的 匹配 却 不 是 精 
确 的 匹配 ， 因 为 当 用 (A1*, Al const*) 类 型 的 实 参 来 调用 tkAl const>(A1l 
const*, Al const*, Al const* = 0) 的 上 时候， 需要 进行 限定 符 〈 即 const) 的 
调整 。 类 似 地 ， 第 1 个 模板 针对 实 参 类 型 列表 (A2 const*, A2*) 也 不 能 
获得 精确 的 匹配 。 因 此 ， 这 两 个 模板 之 间 并 没有 排序 关系 ， 同 时 该 调 
用 也 是 二 义 性 的 。 

这 种 正式 的 排序 原则 通常 都 能 产生 符合 直观 的 函数 模板 选择 。 然 
而 ， 该 原则 侦 尔 也 会 产生 不 符合 直观 选择 的 例子 。 因 此 ， 将 来 可 能 修 
改 某 些 原则 ， 从 而 可 以 适合 于 所 有 的 例子 。 

12.2.4 模板 和 非 模 板 

函数 模板 也 可 以 和 非 模板 函数 同时 重 载 。 当 其 它 的 所 有 条 件 都 是 
一 样 的 时 候 ， 实 际 的 函数 调用 将 会 优先 选择 非 模板 函数 。 下 面 的 例子 
说 明了 这 一 点 : 

// details/nontmpl.cpp 


#include <string> 
#include <iostream> 
template<typename T> 
std::string f(T) 

{ 


return "Template"; 
} 
std::string f(int&) 
{ 
return "Nontemplate"; 
} 
int main() 
{ 
intX= 7; 
std::cout << f(x) << std::end]; 
} 
输出 结果 为 : 


Nontemplate 


12.3 显 式 特 化 


具有 对 函数 模板 进行 重 载 的 这 种 能 力 ， 再 加 上 可 以 利用 局 部 排序 
规则 选择 最 佳 匹配 的 函数 模板 ， 我 们 束 能 够 给 泛 型 实现 添加 更 加 特殊 
的 模板 ， 从 而 可 以 透明 地 获得 具有 更 高 效率 的 代码 。 然 而 ， 类 模板 十 
不 能 补 重 载 的 ;但 我 们 可 以 选择 男 一 种 蔡 换 的 机 制 来 实现 这 种 透明 目 
定义 类 模板 的 能 力 ， 那 就 是 显 式 特 化 。C++ 标 准 的 “ 显 式 特 化 ”概念 指 的 
是 一 种 语言 特性 ， 我 们 通常 也 称 之 为 全 局 特 化 。 它 为 模板 提供 了 一 种 
使 模板 参数 可 以 被 全 局 替换 的 实现 ， 而 没有 剩 下 模板 参数 。 事 实 上 ， 
类 模板 和 画 数 模 板 都 是 可 以 被 全 局 竺 化 的 ， 而 且 类 模板 的 成 员 (包括 
成 员 函 数 、 骨 入 类 、 静 态 成 员 变 量 等 ， 它 们 的 定义 可 以 位 于 类 定义 的 
外 部 ) 也 可 以 被 全 局 特 化 。 


在 下 一 节 ， 我 们 将 讨论 局 部 特 化 。 局 部 特 化 和 全 局 特 化 有 些 类 
似 ， 但 局 部 特 化 并 没有 替换 所 有 的 模板 参数 ， 束 是 说 某 些 参数 化 实现 
仍然 保留 在 模板 的 ( 男 一 种 实现 中 。 男 外 ， 在 我 们 的 源 代码 中 ， 全 
局 特 化 和 局 部 特 化 都 是 显 式 的 ， 这 也 是 我 们 在 讨论 中 避免 使 用 显 式 特 
化 这 个 概念 的 原因 。 实 际 上 ， 全 局 特 化 和 局 部 特 化 都 没有 引入 一 个 全 
新 的 模板 或 者 模板 实例 。 它 们 只 是 对 原来 在 泛 型 (或 者 非特 化 ) 模板 
中 已 经 隐 式 声明 的 实例 提供 男 一 种 定义 。 在 概念 上 ， 这 是 一 个 相对 比 


引入 全 局 特 化 需要 用 到 下 面 3 个 标记 序列 : template、< 和 > [59] 。 
另外 ， 紧 跟 在 类 名 称 声 明 后 面 的 驳 是 要 进行 特 化 的 模板 实 参 。 下 面 的 
例子 说 明了 这 一 点 : 

template<typename 工 > 

classS{ 

public: 
void info() { 
std::cout << "generic (S<T>::info(O))n"; 


} 


上 
template<> 
class S<void> { 
public: 
void msg() { 
std::cout << "fully specialized (S<void>::msg(O)'n'"; 


} 


我 们 看 到 ， 全 局 特 化 的 实现 并 不 需要 与 〈 原 来 的 ) 泛 型 实现 有 任 
何 关联 ， 这 就 允许 我 们 可 以 包含 不 同名 称 的 成 员 函 数 (info 相 对 
msg) 。 实 际 上 ， 全 局 特 化 只 和 类 模板 的 名 称 有 关联 。 

男 外 ， 指 定 的 模板 实 参 列表 必须 和 相应 的 模板 参数 列表 一 一 对 
应 。 例 如 ， 我 们 不 能 用 一 个 非 类 型 值 来 礁 换 一 个 模板 类 型 参数 。 然 
而 ， 如 来 模板 参数 具有 缺 省 模板 实 参 ， 那 么 用 来 蔡 换 的 模板 实 参 就 是 
可 选 的 《〈 即 不 是 必须 的 ) : 


template<typename 工 > 


class Types { 
public: 
typedef int J; 
}; 
template<typename T, typename U = typename Types<T>::I> 
Class S; // (1) 
template<> 
class S<void> { // (2) 
public: 
void f(); 
}; 
template<> class S<char, char>; // (3) 
template<> class S<char, 0>; ”// 错误 : 不 能 用 0 来 替换 U 
int main() 
{ 
S<int>* pi /正确 : 使 用 (1) ， 这 里 不 需要 定义 
S<int> el; /W/ 错误 :使 用 (1) ， 需 要 定义 ， 但 找 不 到 定义 
S<void>* ”pv; /正确 ;: 使 用 (2) 
S<void,int> sv; /正确 : 使 用 (2) ， 这 里 定义 是 存在 的 


S<void,char> e2; /错误 : 使 用 (1) ,需要 定义 ， 但 找 不 到 定义 
S<char,char> e3; /错误 : 使 用 (3) ， 需 要 定义 ， 但 找 不 到 定 
2 
} 
template<> 
class S<char char> { ”// (3) 处 的 定义 
}; 
如 例子 中 所 示 ， (模板 ) 全 局 特 化 的 声明 并 不 一 定 是 定义 。 另 
外 ， 当 一 个 全 局 特 化 声明 之 后 ， 针 对 该 ( 特 化 的 ) 模板 实 参 列表 的 调 
用 ， 将 不 再 使 用 模板 的 沁 型 定义 ， 而 是 使 用 这 个 全 局 特 化 的 定义 。 
此 ， 如 果 在 调用 处 需要 该 特 化 的 定义 ， 而 在 这 之 前 并 没有 提供 这 个 定 
义 ， 那 么 程序 将 会 出 现 错误 。 对 于 类 模板 特 化 而 言 , “前 置 声明 ”类 型 
有 了 时候 是 很 有 用 的 ， 因 为 这 样 束 可 以 构造 相互 依赖 的 类 型 。 男 外 ， 以 
这 种 方式 获得 的 全 局 特 化 声明 (应 该 记 住 它 并 不 是 模板 声明 ) 和 普通 
的 类 声明 是 类 似 的 ， 唯 一 的 区 别 在 于 语法 以 及 该 特 化 的 声明 必须 匹配 
前 面 的 模板 声明 。 对 于 特 化 声明 而 言 ， 因 为 它 并 不 是 模板 声明 ， 上 所 以 
应 该 使 用 (位 于 类 外 部 ) 的 普通 成 员 定义 语法 ， 来 定义 全 局 类 模板 特 
化 的 成 员 (也 就 是 说 ， 不 能 指定 template<> 前 级 ) : 


template<typename T> 


class 9; 
template<> class S<char**> { 
public: 
void print() const; 
上 
/下 面 的 定义 不 能 使 用 template<> 前 级 
void S<char**>::print() const 


{ 


std::cout << "pointer to pointer to char\n"; 
} 
我 们 可 以 使 用 一 个 更 复杂 的 例子 来 进一步 理解 这 个 概念 : 
template<typename 工 > 
class Outside { 
public: 
template<typename U> 
class Inside { 
上 
}; 
template<> 
class Outside<void> { 
1/ 下面 的 敬 套 类 和 前 面 定 义 的 沁 型 模板 之 间 并 不 存在 联系 


template<typename U> 


class Inside { 
private: 
static int count:; 
站 
/下 面 的 定义 不 能 使 用 template<> 前 级 
template<typename U> 
int Outside<void>::Inside<U>::count = 1: 
可 以 用 全 局 模板 特 化 来 代 珍 对 应 泛 型 模板 的 某 个 实例 化 体 。 然 
而 ， 全 局 模板 特 化 和 由 模板 生成 的 实例 化 版 本 是 不 能 够 共存 于 同一 个 
程序 中 的 。 如 果 试 图 在 同一 个 文件 中 使 用 这 两 者 的 话 ， 那 么 通常 都 会 
导致 一 个 编译 期 错误 : 


template <typename 工 > 


class Invalid { 

上 

Invalid<double> xl1; /产生 一 个 Invalid<double> 实 例 化 体 

template<> 

class Invalid<double>; // 错误 : Invalid<double> 已 经 被 实例 化 了 

遗憾 的 是 ， 如 采 是 在 不 同 的 翻译 单元 出 现 这 种 情况 ， 那 么 将 很 难 
捕捉 到 这 种 错误 。 下 面 是 一 个 无 效 的 C++ 程序 例子 ， 它 包含 了 两 个 文 
件 ， 我 们 在 许多 开发 平台 上 编译 和 链接 这 个 例子 ， 都 证 明 这 个 程序 是 
无 效 的 ， 甚 至 是 危险 的 : 

/翻译 单元 1: 


template<typename 工 > 


class Danger { 
public: 
enum { max = 10 }: 
}; 
char buffer[Danger<void>::max]; /使 用 了 泛 型 值 extern void 
clear(char const*); 
int main() 
{ 
clear(buffer); 
} 
/翻译 单元 2: 
template<typename 工 > 
class Danger; 
template<> 
class Danger<void> { 


public: 


enum { max = 100 }: 


和 

void clear(char const* buf) 

{ 
/ 可 能 与 原先 定义 的 数组 大 小 不 匹配 
for(intk=0;k<Danger<void>::max; ++k) { 

buf[k] = "\0'; 

} 

} 


显然 ， 这 个 例子 古 我 们 经 过 裁减 的 。 但 它 也 告诉 我 们 :在 使 用 特 
化 的 时 候 ， 我 们 需要 特别 小 心 ， 并且 确认 特 化 的 声明 对 泛 型 模板 的 所 
有 用 户 都 是 可 见 的 。 在 实际 的 应 用 中 ， 这 意味 着 : 在 模板 声明 所 在 的 
头 文 件 中 ， 特 化 的 声明 通常 都 应 该 位 于 模板 声明 的 后 面 。 然 而 ， 泛 型 
实现 也 可 能 来 自 于 外 部 资源 (诸如 不 能 被 修改 的 头 文件 ，; 尽管 实际 
很 少 采 用 这 种 方式 ， 但 我 们 可 以 创建 一 个 包含 泛 型 模板 的 头 文件 ， 并 
让 特 化 声明 位 于 泛 型 模板 之 后 ， 来 避免 这 种 “难以 发 现 ” 的 错误 ;实际 
上 ， 这 种 做 法 有 时 候 是 很 有 必要 的 。 男 外 ， 如 琳 不 具有 特殊 目的 的 


和 类 模板 特 化 大 体 上 是 一 致 的 ， 唯 一 的 区 别 在 于 : 函数 模板 符 化 引入 
了 重 载 和 实 参 演绎 这 两 个 概念 。 
如 果 可 以 借助 实 参 演绎 (用 实 参 类 型 来 演绎 声明 中 给 出 的 参数 类 


型 ) 来 确定 模板 的 特殊 化 版 本 ， 那 么 全 局 特 化 就 可 以 不 声明 显 式 的 模 
板 实 参 。 让 我 们 考虑 下 面 的 例子 : 


template<typename T> 


int f(T) 1 (1) 


{ 
return 1; 
} 
template<typename T> 
int f(T*) // (2) 
{ 
return 2; 
} 
template<> intf(int)”// OK: (1) 的 特 化 
{ 
return 3; 
' 
template<> int f(int*) // OK: (2) 的 特 化 。 
{ 
return 4; 
} 


全 局 函数 模板 特 化 不 能 包含 缺 省 的 实 参 值 。 然 而 ， 对 于 基本 ( 即 
要 被 特 化 的 ) 模板 所 指定 的 任何 缺 省 实 参 ， 显 式 特 化 版 本 都 可 以 应 用 
这 些 缺 省 实 参 值 。 例 如 : 

template<typename 工 > 

int f(T, T x = 42) 

{ 

return Xx; 

} 

template<> int f(int, int = 35) /W 错误 ， 不 能 包含 缺 省 实 参 值 

{ 


return 0; 
} 
template<typename T> 
int g(T T x= 42) 


{ 
return x; 
} 
template<> int g(int, int y) 
{ 
return y/2; 
} 
int main() 
{ 
std::cout << g(0) << std::endl; // 正确 ， 输 出 21 
} 


全 局 特 化 声明 和 普通 声明 在 许多 方面 都 是 很 相似 的 (或 者 进一步 
说 ， 可 以 把 它 看 成 一 个 普通 的 再 次 声明 ) 。 尤 其 是 ， 全 局 特 化 声明 的 
声明 对 象 并 不 是 一 个 模板 ， 因 此 对 于 非 内 联 的 全 局 函数 模板 特 化 而 
言 ， 在 同 个 程序 中 它 的 定义 只 能 出 现 一 次 。 然 而 ， 我 们 仍然 必须 确 
保 : 全 局 范 数 模板 特 化 的 声明 必须 紧 跟 在 模板 定义 的 后 面 ， 以 避免 试 
图 使 用 一 个 由 模板 直接 生成 的 男 数 。 因 此 ， 在 前 面 的 例子 中 ， 通 单 应 
该 把 模板 g 的 声明 放 在 两 个 文件 中 。 接 口 文件 如 下 所 不: 

#ifndef TEMPLAIE_G_HPP 

#define TEMPLATE_G_HPP 

/ 模板 定义 应 该 放 在 头 文 件 中 : 

template<typename 工 > 

int g(T T x= 42) 


return X; 
} 
/ 等 化 声明 茜 止 模板 进行 实例 化 ; 但 为 了 避免 出 现 重复 定义 错误 ， 
束 不 能 把 
/定义 放 在 这 里 
template<> int g(int, int y); 
#endif / TEMPLAIE_G_HPP 
The corresponding implementation file may read: 
#include "template_g.hpp" 
template<> int g(int, int y) 
{ 
return y/2; 
} 
男 一 种 解决 方案 是 把 这 个 特 化 声明 为 内 联 画 数 ， 在 这 种 情况 下 ， 


除了 成 员 模 板 之 外 ， 类 模板 的 成 员 画 数 和 普通 的 静态 成 员 变 量 也 
可 以 被 全 局 特 化 ; 实现 特 化 的 语法 会 要 求 给 每 个 外 围 类 模板 加 上 
template<> 前 绥 。 如 果 要 对 一 个 成 员 模 板 进行 特 化 ， 也 必须 加 上 画 一 个 
template<> 前 绥 ， 来 说 明 该 声明 表示 的 是 一 个 特 化 。 为 了 说 明 这 些 命 
义 ， 让 我 们 假设 具有 下 面 的 声明 : 

template<typename 工 > 

class Outer { // (1) 

public: 


template<typename U> 


class Inner { // (2) 


private: 
上 
static int count; // (3) 
static int code; // (4) 
void print() const { // (5) 
std::cout << "generic"; 
} 
由 
template<typename 工 > 
int Outer< 工 >::code = 6; // (6) 
template<typename T> template<typename U> 
int Outer<T>::Inner<U>::count = 7; // (7) 
template<> 
class Outer<bool> { // (8) 
public: 
template<typename U> 
class Inner { // (9) 
private: 
static int count; // (10) 
上 
void print() const { // (11) 
} 
}; 


在 (1) 处 的 泛 型 模板 Outer 中 ， (4) 处 的 code 和 (5) 处 print()， 
这 两 个 普通 成 员 都 具有 一 个 外 围 类 模板 。 因 此 ， 需 要 使 用 一 个 
template<> 前 绥 说 明 : 后 面 将 用 一 个 模板 实 参 集 来 对 它 进行 全 局 符 化 : 


template<> 

int Outer<void>::code = 12; 
template<> 

void Outer<void>::print() const 
{ 


std::cout << "Outer<void>"; 


这 些 定义 将 会 用 于 蔡 代 类 Outer<void> 在 〈4) 处 和 “(5) 处 的 泛 型 
定义 ; 但 是 ， 类 Outer<void> 的 其 它 成 员 仍然 默认 地 产生 自 (1) 处 的 模 
板 。 为 外 ， 在 提供 了 上 面 的 声明 之 后 ， 束 不 能 再 次 提供 Outer<void> 的 
显 式 特 化 。 

类 似 于 全 局 函数 模板 特 化 ， 我 们 需要 一 种 可 以 在 不 指定 定义 的 前 
提 下 (为 了 避免 多 处 定义 ) ， 可 以 声明 类 模板 普通 成 员 特 化 的 方法 。 
尽管 对 于 普通 类 的 成 员 函 数 和 静态 成 员 变 量 而 言 ， 非 定义 的 类 外 声明 
在 C++ 中 是 不 允许 的 ; 但 如 果 是 针对 类 模板 的 特 化 成 员 ， 该 声明 则 有 是 合 
法 的 。 也 就 古 说 ， 前 面 的 定义 可 以 具有 如 下 声明 : 


template<> 


int Outer<void>::code; 

template<> 

void Outer<void>::print() const; 

细心 的 读者 可 能 会 发 现 ， 全 局 特 化 Outer<void>::code 的 非 定义 声明 
的 语法 ， 看 起 来 等 同 于 下 面 的 语法 : 提供 一 个 能 够 用 缺 省 构造 函数 进 
行 初始 化 的 定义 。 事 实 上 也 正 是 如 此 ， 但 这 些 声 明 仍 然 被 解释 为 非 定 
义 声明 。 

因此 ， 如 采 静 态 成 员 变 量 的 类 型 是 一 个 只 能 使 用 缺 省 构造 国 数 进 
行 初始 化 的 类 型 ， 那 么 就 不 能 为 该 静态 成 员 变 量 的 全 局 特 化 提供 一 个 
定义 : 


class DefaultInitOnly { 
public: 
DefaultInitOnlyO { 
} 
private: 
DefaultnitOnly(DefaultInitOnly const&); 
3 
template<typename T> 
class Statics { 
private: 
static T sm; 
}; 
/ 下面 只 是 一 个 声明 
/不 存在 可 以 用 来 提供 一 个 定义 的 语法 
template<> 


DefaultInitOnly Statics<DefaultInitOnly>::sm; 


对 于 成 员 模板 Outer<T>::Inner， 也 可 以 用 一 个 特定 的 模板 实 参 对 它 
进行 特 化 ， 而 且 对 于 该 特 化 所 在 的 外 围 Outer<T> 而 言 ， 
会 影响 Outer<T> 相 应 实例 化 体 的 其 它 成 员 。 另 外 ， 由 于 存在 一 个 
外 围 模板 (也 就 是 Outer<T>) ， 所 以 我 们 需要 添加 一 个 template<> 前 
级 。 最 后 所 获得 的 代码 大 致 如 下 : 


template<> 
template<typename X> 
class Outer<wchar_t>::Inner { 


public: 


// 不 存在 拷贝 操作 


static long count; // 成 员 类 型 发 生 了 改变 


这 个 等 化 操作 


template<> 
template<typename X> 
long Outer<wchar_t>::Inner<X>::count; 
模板 Outer<T>::Inner 也 可 以 被 全 局 特 化 ， 但 只 能 针对 Outer<T> 的 某 
个 给 定 实例 。 而 且 ， 我 们 需要 添加 两 个 template<> 前 级 :因为 外 围 类 需 
要 一 个 template<> 前 级 ， 我 们 所 要 全 局 特 化 的 内 围 模 板 (inner 
template) 也 需要 一 个 template<> 前 级 : 
template<> 
template<> 
class Outer<char>::Inner<wchar t> { 
public: 
enum { count = 1}: 
上 
/ 下面 的 C++ 程序 是 不 合法 的 : 
// template<> 不 能 位 于 模板 实 参 列表 的 后 面 


template<typename X> 


template<> class Outer<X>::Inner<void>; // 错误 
我 们 可 以 将 上 面 这 个 特 化 与 Outer<bool> 的 成 员 模 板 的 特 化 比较 一 
下 。 由 于 Outer<bool> 已 经 在 前 面 全 局 符 化 了 ， 所 有 它 的 成 员 模 板 也 整 
不 存在 外 围 模板 ， 因 此 我 们 就 只 需要 一 个 template<> 前 级 : 
template<> 
class Outer<bool>::Inner<wchar t> { 
public: 


enum { count = 2 }: 


12.4 局 部 的 类 模板 特 化 


全 局 模板 特 化 通 音 都 是 很 有 用 的 ， 但 有 时 候 我 们 更 布 望 把 类 模板 
等 化 成 一 个 “针对 模板 实 参 ”的 类 家 族 ， 而 不 是 针对 “一 个 具体 实 参 列 表 ” 
的 全 局 特 化 。 例 如 ， 假 设 下 面 是 一 个 实现 链表 功能 的 类 模板 : 


template<typename 工 > 


class List { / (1) 
public: 
void append(T const&); 


inline size_t length() const; 


对 于 某 个 使 用 这 个 模板 的 大 项 目 ， 它 可 能 会 基于 多 种 类 型 来 实例 
化 该 模板 的 成 员 。 于 是 ， 对 于 那些 没有 进行 内 联 扩展 的 成 员 画 数 ( 壁 
如 List<T>::append0) ， 这 就 可 能 会 明显 增加 目标 代码 的 大 小 。 然 而 ， 
如 果 我 们 从 一 个 更 低层 次 的 实现 来 看 ，List<int*>::append0O) 的 代码 和 
List<void*>::append0 的 代码 是 完全 相同 的 。 也 就 是 说 ， 我 们 希望 可 以 
让 所 有 的 指针 List 共 享 同 一 个 实现 。 尽 管 我 们 不 能 直接 用 C++ 来 表达 这 
种 实现 ， 但 我 们 可 以 指定 所 有 的 指针 List 都 实例 化 自 一 个 不 同 的 模板 定 
义 ， 从 而 近似 地 获得 这 种 实现 : 

template<typename T> 

class List<T*> { // (2) 


private: 


List<void*> impl; 
public: 


void append(T* p) { 


impl.append(p); 
} 
size_t length() const { 
return impl.length(); 
} 


}; 
在 这 种 情况 下 ， 我 们 把 原来 的 模板 ( 即 (1) 处 的 模板 ) 称 为 基本 
模板 ， 而 后 一 个 定义 则 被 称 为 局 部 特 化 (因为 该 模板 定义 所 使 用 的 模 
板 实 参 只 是 被 局 部 指定 ) 。 表 示 一 个 局 部 特 化 的 语法 包括 : 一 个 模板 
参数 列表 声明 (template<...>) 和 在 类 模板 名 称 后 面 显 式 指定 的 模板 实 
参 列 表 〈 在 我 们 的 例子 中 是 <T*>) 。 

我 们 前 面 的 代码 还 存在 一 个 问题 ， 因 为 List<void*> 会 递归 地 包含 
一 个 相同 类 型 的 List<void*> 成 员 。 为 了 打破 这 种 无 限 递归 ， 我 们 可 以 
在 这 个 局 部 特 化 前 面 先 提供 一 个 全 局 特 化 : 

template<> 


class List<void*> { // (3) 


void append (void* p); 


inline size_t length() const; 


上 

这 样 ， 一 切 才 是 正确 的 。 因 为 当 进 行 匹 配 的 时 候 ， 全 局 特 化 会 优 
于 局 部 特 化 。 于 是 ， 指 针 List 的 所 有 成 员 函 数 都 被 委托 给 List<void*> 的 
实现 〈 通 过 容易 内 联 的 画 数 ) 。 针 对 C++ 模板 备 受 指责 的 代码 膨胀 的 缺 
点 ， 这 也 是 克服 该 缺点 的 有 歼 方法 之 一 。 


对 于 局 部 特 化 声明 的 参数 列表 和 实 参 列表 ， 存 在 一 些 约束 。 下 面 
号 古 一 些 重 要 的 约束 : 

1. 局 部 特 化 的 实 参 必须 和 基本 模板 的 相应 参数 在 种 类 上 (可 以 是 类 
型 、 非 类 型 或 者 模板 ) 是 匹配 的 。 

2. 局 部 特 化 的 参数 列表 不 能 具有 缺 省 实 参 ; 但 局 部 特 化 仍然 可 以 使 
用 基本 类 模板 的 缺 省 实 参 。 

3. 局 部 特 化 的 非 类 型 实 参 只 能 ， 或 者 是 普通 的 非 类 型 模 
板 参数 ;而 不 能 是 更 复杂 的 依赖 型 表达 式 《诸如 2*N， 其 中 N 是 模板 参 
数 ) 。 

4. 局 部 特 化 的 模板 实 参 列表 不 能 和 基本 模板 的 参数 列表 完全 等 同 
(不 考虑 重新 命名 ) 。 

下 面 的 例子 详细 地 说 明了 这 些 约束 : 


template<typename T int I = 3> 


[二 
并 
昱 
EE 


class S; / 基本 模板 

template<typename T> 

class S<int, T>; / 错误 : 参数 类 型 不 匹配 
template<typename T = int> 

class S<T, 10>; / 错误 : 不 能 具有 和 缺 省 实 参 
template<int [> 

class S<int, I*2>; / 错误 : 不 能 有 非 类 型 的 表达 式 
template<typename U, int K> 

class S<U, K>; / 错误 : 局 部 特 化 和 基本 模板 之 间 


// 没有 本 质 的 区 别 
每 个 局 部 特 化 (和 每 个 全 局 特 化 一 样 ) 都 会 和 基本 模板 发 生 关 
联 。 当 使 用 一 个 模板 的 时 候 ， 编 译 器 肯定 会 对 基本 模板 进行 查找 ， 但 
接 下 来 会 匹配 调用 实 参 和 相关 特 化 的 实 参 ， 然 后 确定 应 该 选择 哪 一 个 
模板 实现 。 如 果 能 够 找到 多 个 匹配 的 特 化 ， 那 么 将 会 选择 “最 特殊 ”的 


特 化 (和 重 载 画 数 模板 所 定义 的 原则 一 样 ) ; 如 果 有 未 能 找到 “最 特 
殊 ” 的 一 个 特 化 ， 即 存在 几 个 特殊 程度 一 样 的 特 化 ， 那 么 程序 将 会 包含 
A 
最 后 ， 我 们 应 该 指出 :类 模板 局 部 特 化 的 参数 个 数 吓 可 以 和 基本 
模板 不 一 样 的 ， 既 可 以 比 基 本 模板 多 ， 也 可 以 比 基 本 模板 少 。 让 我 们 
再 次 考虑 泛 型 模板 List (在 (1) 处 声明 ) 。 我 们 已 经 讨论 了 应 该 如 何 
优化 指针 List 的 实现 ， 但 我 们 希望 可 以 针对 〈 特 定 的 ) 成 员 指针 类 型 实 
现 这 种 优化 。 下 面 的 代码 就 是 针对 指向 成 员 指 针 的 指针 (pointer-to- 
member-pointers) ， 来 实现 这 种 优化 : 
template<typename C> 
class List<void* C::*> { // (4) 
public: 
/ 针对 指向 void* 的 成 员 指 针 的 特 化 
// 除了 void* 类 型 之 外 ， 每 个 指 同 成 员 指 针 的 指针 类 型 都 会 使 
用 这 个 特 化 
typedef void* C::*ElementType; 


void append(ElementIype pm); 


inline size_t length() const; 


上’ 

template<typename T, typename C> 

class List<T* C::*> { // (5) 
private: 


List<void* C::*> impl; 


public: 


/针对 任何 指 加 成 员 指 针 的 指针 类 型 的 局 部 特 化 
/除了 指 同 void* 的 成 员 指 针 类 型 ， 它 在 前 面 已 经 处 理 了 
/我 们 看 到 这 个 局 部 特 化 具有 两 个 模板 参数 

/ 然而 基本 模板 却 只 有 一 个 参数 

typedef T* C::*ElementType; 


void append(ElementType pm) { 
impl.append((void* C::*)pm); 

} 

inline size_t length() const { 
return impl.length(); 

} 


上 
除了 模板 参数 数量 不 同 之 外 ， 我 们 看 到 在 (4) 处 定义 的 公共 实现 
本 身 也 是 一 个 局 部 特 化 (对 于 简单 的 指针 例子 ， 这 里 应 该 是 一 个 全 局 
特 化 ) ， 而 所 有 其 它 的 局 部 特 化 ( (5) 处 的 声明 ) 都 是 把 实现 委托 给 
这 个 公共 实现 。 显 然 ， 在 (4) 处 的 公共 实现 要 比 (5) 处 的 实现 更 加 
特殊 化 ， 因 此 也 束 不 会 出 现 二 义 性 问题 。 


12.5 后 记 


全 局 模板 特 化 从 一 开始 就 是 C++ 模 板 机 制 的 一 部 分 ， 而 瑟 数 模板 重 
载 和 类 模板 局 部 特 化 后 来 才 成 为 C++ 模板 机 制 的 一 部 分 。 HP 的 C++ 编译 
怖 是 第 一 个 实现 函数 模板 重 载 的 编译 器 ; 而 EDG 的 C++ 前 端 技术 则 首 
次 实现 了 类 模板 的 局 部 特 化 。 本 章 中 的 局 部 排序 原则 最 开始 是 由 Steve 
Adamczyk 和 John Spicer (他 们 两 人 是 EDG 公 司 的 人 员 ) 实现 的 。 


音 助 于 模板 特 化 可 以 避免 出 现 无 限 递归 的 模板 定义 ， 这 种 能 
《诸如 我 们 在 12.4 克 给 出 的 List<T*> 例 子 ) 已 经 出 现 了 很 长 一 段 时 间 
了 。 然 而 ，Erwin Unruh 可 能 是 第 一 个 发 现 这 种 能 力 可 以 带 米 有 趣 的 
template metaprogramming 的 人 ; metaprogramming 是 指 借 助 于 模板 实例 
化 机 制 ， 在 编译 器 执行 一 些 重要 的 计算 。 我 们 将 在 第 17 间 讨论 这 个 话 
题 o 

你 可 能 会 疑惑 为 什么 只 有 类 模板 才能 被 局 部 特 化 ， 这 主要 是 由 历 
史 原 因 造 成 的 。 因 为 可 能 也 能 够 为 函数 模板 定义 这 个 相同 的 机 制 〈 见 
第 13 章 ) 。 从 某 种 意义 上 而 言 ， 重 载 函 数 模板 的 功能 和 局 部 特 化 的 功 
能 是 类 似 的 ;但 也 存在 一 些 细微 的 区 别 。 这 些 区 别 主要 是 基于 下 面 的 
事实 : 对 于 特 化 ， 在 看 到 一 个 调用 的 时 候 ， 只 会 查找 基本 模板 ， 而 特 
化 则 是 在 后 来 需要 决定 调用 哪 一 个 实现 的 时 候 ， 才 会 被 考虑 的 。 相 
反 ， 对 重 载 贸 数 模板 进行 查找 的 时 候 ， 所 有 的 重 载 久 数 模板 都 必须 被 
放 入 重 载 集 里 面 ， 而 且 这 些 重 载 函数 模板 还 可 以 来 目 不 同 鸭 名 字 衬 间 
和 类 ; 这 将 会 增加 无 意 重 载 某 个 模板 名 称 的 可 能 性 。 

另 一 方面 ， 我 们 可 以 想象 : 存在 一 种 可 以 对 类 模板 进行 重 载 的 形 
式 。 下 面 就 是 一 个 假想 的 例子 : 

/无 效 的 类 模板 重 载 


template<typename T1, typename T2> class Pair; 


template<int N1, int N2> class Pair; 


然而 ， 实 现 这 种 机 制 看 起 来 又 没有 很 大 的 意义 。 


从 1988 年 的 首次 设计 到 1998 年 的 C++ 标准 化 过 程 (事实 上 ， 技 术 工 
作 在 1997 年 12 月 就 已 经 全 部 完成 了 ) ，C++ 模 板 有 了 很 大 的 发 展 。 在 这 


之 后 的 几 年 里 ， 整 个 语言 的 定义 是 相对 比较 稳定 的 ;但 是 ， 随 痢 时 间 
的 发 展 ， 在 C++ 模板 这 个 领域 中 出 现 了 许多 痢 的 需求 。 一 些 需 求 只 是 为 
了 满足 语言 的 一 致 性 和 正 交 性 。 例 如 ， 为 什么 只 有 类 模板 允许 使 用 缺 
省 模板 实 参 ， 而 函数 模板 则 不 可 以 呢 ? 其 他 的 一 些 扩展 主要 是 来 目 于 
不 断 复杂 化 的 模板 编程 dioms; 男 一 方面 ， 这 些 idioms 同 时 也 不 断 地 扩 
展现 存 编译 占 的 功能 。 
在 下 面 的 介绍 中 ， 我 们 将 搬 述 一 些 曾 被 C++ 语 言 和 编译 紫 设 计 首 多 
次 提出 的 扩展 。 在 大 多 数 情 况 下 ， 这 些 扩展 是 由 各 种 高 级 C++ 程 序 库 
(也 包括 C++ 标准 库 ) 的 设计 者 提出 的 。 然 而 ， 我 们 并 不 能 保证 每 一 个 
扩展 将 来 都 能 够 成 为 C++ 标 准 的 一 部 分 ; 但 男 一 方面 ,一些 C++ 实 现 确 
实 已 经 提供 了 这 坚 扩 展 。 


13.1 尖 括 号 Hack 


对 于 模板 的 初学 者 而 言 ， 需 要 在 两 个 相连 的 闭 尖 括号 之 间 添 加 一 
个 空格 的 事实 可 能 会 令 他 们 感到 非常 惊讶 。 例 如 ; 


#include <list> 


#include <vector> 

typedef std::vector<std::list<int> > LineTable; /正确 

typedef std::vector<std::list<int>> ”OtherTable; V 语法 错误 

第 2 个 typedef 声明 是 错误 的 ， 因 为 中 间 没 有 空格 分 开 的 两 个 闭 尖 
括号 实际 上 是 代表 一 个 “ 右 移 (>>) ”运算 符 ， 而 这 将 会 使 源 代码 在 该 
位 置 的 声明 变 得 宫 无 意义 。 

然而 ， 和 C++ 源 代码 解析 妖 的 其 他 许多 处 理 方法 相 比 , “检测 这 个 
错误 并 且 默 认 地 把 >> 运 算 符 看 成 是 两 个 相连 的 尖 括 号 (这 种 特性 也 被 
称 为 尖 括 号 hack) “将 会 是 比较 简单 的 解决 方法 。 事 实 上 ， 许 多 编译 吉 


已 经 能 够 意识 到 这 种 用 法 ， 也 接受 这 种 代码 ， 只 是 在 遇 到 的 时 候 会 给 
= 

因此 ，C++ 的 未 来 版 本 可 能 会 认为 OtherTable 的 声明 (在 前 面 的 例 
子 中 ) 是 合法 的 。 然 而 ， 我 们 应 该 知道 ， 尖 括号 hack 还 存在 一 些 复杂 
的 边缘 问题 。 实 际 上 ， 在 模板 实 参 列表 中 ， 右 移 运 算 符 (>>) 在 某 些 
情况 下 也 可 以 是 一 个 合法 的 标记 。 下 面 的 例子 就 说 明了 这 一 点 : 


template<int N> class Buf; 


template<typename T> void strange() {} 

template<int N> void strange() {} 

int main() 

{ 

strange<Buf<16>>2> >(); // 这 个 >> 标 记 并 不 是 一 个 错误 

} 

一 个 相关 的 话题 是 对 双 字 符 <: 的 处 理 方法 ， 该 字符 实际 上 等 价 于 
一 个 方 括号 ( 见 9.3.1 小 节 ) 。 考 虚 下 面 抽 取出 来 的 代码 : 

template<typename T> class List; 

class Marker; 

List<::Marker>* markers; // 错误 

该 例子 的 最 后 一 行将 会 被 看 成 List[:Marker>* markers; ， 而 这 是 完 
全 没有 意义 的 。 然 而 ， 编 译 絮 应 该 知道 ， 如 果 诸 如 List 的 模板 后 面 紧 跟 
一 个 左 方 括号 ， 那 么 该 模板 是 不 可 能 有 效 的 。 因 此 ， 在 这 种 情况 下 ， 
应 该 避免 辨识 这 种 相应 的 双 字 符 ; 即 应 该 把 <: 看 成 两 个 单独 字符 来 理 
解 。 


13.2 放松 typename 的 原则 


许多 程序 员 和 语言 设计 者 发 现 : typename 的 使 用 规则 太 严 格 了 
(具体 细 市 见 5.1 市 和 9.3.2 小 节 ) 。 例 如 ， 在 下 面 的 代码 中 ， 
Array<T>::ElementT 中 的 typename 是 必 不 可 少 的 ; 而 
Array<int>::ElementT 是 禁止 使 用 typename 的 (会 产生 一 个 错误 ) : 

template <typename T> 
class Array { 

public: 

typedef T ElementT; 


}; 

template <typename T> 

void clear (typename Array<T>::ElementT& p); // 正确 

void clear (typename Array<int>::ElementT& p); /错误 

template<> 

类 似 上 面 的 例子 总 是 让 人 觉得 很 意外 ， 因 为 要 让 C++ 编 译 器 实现 
“名 略 这 种 多 余 的 关键 字 ” 并 不 困难 。 于 是 ， 语 言 的 设计 者 认为 : 对 于 
任何 前 面 没有 使 用 关键 字 struct、class、union 或 者 enum 之 一 的 受 限 类 型 
名 称 ， 都 可 以 在 前 面 加 上 关键 字 typename。 这 个 决定 〈 可 能 ) 同时 也 
前 明了 .template、->template 和 ::template 这 3 个 构造 所 允许 的 使 用 情况 。 

从 实现 者 的 观点 看 来 ， 忽 略 多 余 的 typename 和 template 是 相对 比较 
直接 的 作法 。 有 趣 的 是 ， 在 一 些 情况 下 ， 语 言 至 今 仍然 要 求 加 上 这 些 
关键 字 ， 而 某 些 编译 器 实现 却 可 以 不 需要 这 些 关 键 字 。 例 如 ， 在 前 面 
的 玉 数 模板 clearO 中， 编译 器 知道 名 称 Array<T>::ElementT 只 能 够 是 一 
个 类 型 名 称 (在 这 里 不 允许 是 其 他 的 表达 式 ) ， 所 以 前 面 这 个 
typename 的 使 用 就 是 可 选 的 。 因 此 ，C++ 标 准 委 员 会 也 正在 考 虚 这 种 改 
变 ， 即 在 一 些 情况 下 减少 使 用 关键 字 typename 和 template 。 


13.3 缺 省 函 实 允 


当 模 板 最 初 被 加 入 C++ 语言 的 时 候 ， 显 式 函 数 模板 实 参 并 不 是 一 个 
有 效 的 构造 。 通 第 都 必须 借助 于 调用 表达 式 来 演绎 函数 模板 的 实 参 。 
于 是 ， 看 起 来 并 没有 实现 缺 省 函数 模板 实 参 的 必要 ， 因 为 演绎 所 获得 
的 值 总 是 会 改写 这 个 缺 省 值 。 

然而 ， 在 这 之 后 ， 人 们 发 现 有 些 显 式 的 函数 模板 实 参 是 不 能 通过 
演绎 获得 。 因 此 ， 对 于 这 些 不 能 进行 演绎 的 模板 实 参 ， 目 然 束 有 必要 
指定 一 些 缺 省 值 。 考 虑 下 面 的 例子 : 

template <typename T1, typename T2 = int> 

T2 count (T1 const& x); 

class MylInt { 


上 

void test (Container const& c) 

{ 
int i = count(c); 
Mymt j = count<MyInt>(c); 
asSSert(j == i); 

} 


在 这 个 例子 中 ， 我 们 看 到 了 一 个 约束 : 如 果 模 板 参数 具有 一 个 缺 
省 实 参 值 ， 那 么 位 于 该 参数 后 面 的 每 个 参数 都 必须 具有 和 缺 省 模板 实 
参 。 这 个 约束 也 同样 适用 于 类 模板 ， 因 为 如 果 类 模板 不 芝 循 这 个 约束 
的 话 ， 那 么 通 币 情 况 下 者 不 能 指定 应 该 匹配 后 面 的 哪 一 个 实 参 。 我 们 
昔 助 下 面 的 错误 代码 来 说 明 这 一 点 : 


template <typename T1 = int, typename 工 2> 


SN 


Sp 


class Bad; 


Bad<int>* b; Vint 是 用 来 奉 换 T1 还 是 用 来 蔡 换 T2 呢 

然而 ， 对 于 函数 模板 而 言 ， 可 以 通过 演绎 来 推 寻 出 后 面 的 这 些 实 
参 。 因 此 ， 我 们 可 以 改写 前 面 的 例子 ， 而 且 这 也 不 存在 任何 拉 术 上 的 
困难 ; 

template <typename T1 = int, typename 工 2> 

T1 count (T2 const& x); 


void test (Container const& c) 


{ 
int i = count(c); 
Mymt j = count<MyInt>(c); 
assert(j == i); 
} 
当 这 本 书 正在 编写 的 时 候 ，C++ 标 准 委员 会 也 正在 考虑 函数 模板 在 
这 方面 的 扩展 。 


后 来 还 发 现 ， 程 序 员 还 大 量 使 用 了 缺 省 模板 实 参 ， 因 为 这 样 就 可 
以 避免 提供 显 式 模板 参数 。 例 如 

template <typename T = double> 

void f(T const& = T()); 


int main() 

{ 
f(1): /正确 : 把 T 演 绎 成 int 
f<long>(2); /正确 : T= 1long， 没 有 演绎 
f<char>(); // 正确 : 等 价 于 f<char>(\0') 
fO; / 等 价 于 f<double>(0.0) 

} 


因此 ， 在 没有 提供 显 式 模板 实 参 的 情况 下 ， 这 里 的 缺 省 模板 实 参 
能 够 为 我 们 提供 了 一 个 可 以 使 用 的 缺 省 调用 实 参 。 


13.4 浮 点 型 实 允 


在 非 类 型 模板 实 参 的 所 有 约束 中 ， 令 模板 初学 者 和 高 级 用 户 感到 
最 意外 的 可 能 就 是 ， 不 能 让 字符 串 文字 作为 模板 实 参 。 
例如 ， 下 面 的 例子 看 起 来 是 很 直观 的 : 


template <char const* msg> 


class Diagnoser { 
public: 
void print(); 

上 

int main() 

{ 

Diagnoser<"Surprise!">().print(); 

} 

然而 ， 该 例子 却 存 在 一 些 潜在 的 问题 。 在 标准 C++ 中 ， 对 于 两 个 
Diagnoser 实例 ， 当 且 仅 当 这 两 个 实例 具有 相同 的 实 参 时 ， 才 属于 相同 
的 类 型 。 在 这 个 例子 中 ， 这 个 实 参 是 一 个 指针 值 ， 也 就 是 说 是 个 地 
址 。 然 而 ， 两 个 看 起 来 完全 相同 的 字符 串 文字 ， 如 果 出 现在 不 同 的 源 
位 置 ， 却 不 一 定 具有 相同 的 地 址 。 因 此 ， 我 们 有 时候 会 陷入 一 种 困 
境 : Diagnoser<“X”> 和 Diagnoser<“X”> 实 际 上 是 两 个 不 同 的 实例 ， 同 时 
也 束 属 于 不 同 的 类 型 (我们 看 到 : “X” 的 实际 类 型 是 char const[2]， 但 是 
当 把 它 传 递 给 模板 实 参 的 时 候 ， 它 会 decay 成 char const* 类 型 ) 。 

由 于 这 个 (以 及 相关 的 ) 原因 ，C++ 标 准 禁止 把 字符 串 文 字 作 为 模 
板 实 参 。 然 而 ， 某 些 (编译 器 ) 实现 却 以 一 种 扩展 的 方式 提供 了 这 个 
功能 ; 它们 通过 在 模板 实例 的 内 部 表示 中 使 用 实际 的 字符 串 文 字 内 
容 ， 来 实现 这 种 功能 。 尽 管 这 样 是 可 行 的， 但 某 些 C++ 语言 的 评论 员 认 
为 : 与 用 地 址 进行 蔡 换 的 非 类 型 模板 参数 相 比 ， 一 个 用 字符 串 文 字 进 


行 蔡 换 的 非 类 型 模板 参数 应 该 具有 不 同 的 声明 方式 。 然 而 ， 在 搂 写 这 
本 书 的 时 候 ， 这 种 声明 语法 却 示 能 得 到 足够 的 支持 。 

我 们 还 应 该 知道 : 在 这 个 问题 上 ， 还 存在 另外 一 个 技术 问题 。 考 
虑 下 面 的 模板 声明 ， 假 设 在 下 面 的 例子 中 ， 语 言 已 经 经 过 扩展 ， 能 够 
接受 字符 串 文 字 作 为 模板 实 参 : 


template <char const* str> 


class Bracket { 
public: 
static char const* address(); 
static char const* bytes(); 
template <char const* str> 
char const* Bracket<str>::address() 
{ 
return str; 
} 
template <char const* str> 
char const* Bracket<str>::bytes() 
{ 
return str; 
} 
在 前 面 的 例子 中 ， 除 了 和 名字 不 同 之 外 ， 上 面 两 个 成 员 函 数 是 完全 
等 同 的 一 一 这 种 情况 并 不 少见 。 假 设 某 个 实现 使 用 诸如 宏 扩展 的 过 程 
来 实例 化 Brack<“X”>， 那 么 在 这 种 情况 下 ， 如 末 这 两 个 成 员 函 数 是 在 
不 同 的 翻译 单元 中 被 实例 化 ， 它 们 束 可 能 会 返回 不 同 的 值 。 有 趣 的 
是 ， 对 “一 些 现今 提供 这 个 扩展 〈 即 字符 串 文 字 作 为 实 参 ) 的 C++ 编译 


器 ”的 测试 也 表明 ， 这 些 编译 器 也 会 导致 这 种 出 人 意料 的 行为 〈 即 返回 
不 同 的 值 ) 。 

一 个 相关 的 话题 是 提供 译 点 型 文字 〈 和 人 简单 的 译 点 型 音量 表达 
式 ) 作为 模板 实 参 的 能 力 。 例 如 : 


template <double Ratio> 


S 


class Converter { 
public: 
static double convert (double val) { 


return val*Ratio; 


上 

typedef Converter<0.0254> InchToMeter; 

某 些 C++ 编译 釉 实 现 也 提供 了 这 种 能 力 。 事 实 上 ， 要 实现 这 种 扩 
展 ， 并 不 存在 很 难 的 技术 挑战 〈 这 一 点 和 字符 串 文字 实 参 不 同 ) 。 


13.5 放松 模板 的 模板 参数 的 匹配 


用 于 蕉 换 模板 的 模板 参数 的 模板 必须 能 够 和 模板 参数 的 参数 列表 
精确 地 匹配 ， 但 这 有 时 候 会 导致 意外 的 结果 。 如 下 面 的 例子 所 示 : 
#include <list> 
// std::list 的 声明 : 


// namespace std { 


// template <typename J, 

// typename Allocator = allocator<T> > 
// class list: 

//} 


template<typename T1, 


typename 工 2， 
template<typename> class Container> 
// Container 期 望 只 有 一 个 参数 的 模板 
class Relation { 


public: 


private: 
Container<T1> dom1l; 
Container<T2> dom2; 
}; 
int main() 
{ 
Relation<int, double, std::list> rel; 
/ 错误 : std::list 的 参数 多 于 一 个 


} 

该 例子 是 不 合法 的 ， 因 为 我 们 的 模板 的 模板 参数 Container 期 望 的 
是 一 个 只 具有 一 个 参数 的 模板 ， 而 std::list 却 具有 两 个 参数 : 一 个 确定 
元 隶 类 型 的 参数 和 一 个 配置 器 参数 。 

然而 ， 由 于 std::list 的 配置 右 参 数 本 和 喘 具 有 一 个 缺 省 模板 实 参 ， 
此 让 Container 匹配 std::list 也 是 可 能 的 ， 并 且 可 以 让 Container 的 每 个 实 
例 化 体 都 使 用 std::list 的 这 个 缺 省 模板 实 参 ( 见 8.3.4 小 市 ) 

这 种 “ 实 参 满足 于 现状 (即使 未 能 精确 匹配 ) ”的 匹配 原则 同样 被 
应 用 于 函数 类 型 的 匹配 。 然 而 ， 对 于 函数 类 型 的 情况 ， 缺 省 实 参 并 不 
总 是 被 提前 确定 的 ， 因 为 函数 指针 的 值 通 锅 要 等 到 运行 期 才能 确定 。 
相反 ， 根 本 就 不 存在 模板 指针 ， 因 此 ， 对 于 模板 而 言 ， 所 有 的 需要 信 
恩 都 可 以 在 编译 期 获得 。 


某 些 C+t+ 编 译 絮 已 经 以 一 种 扩展 的 方式 提供 了 这 种 宽松 的 匹配 。 
这 种 实现 还 会 借助 于 typedef 模 板 《我 们 将 在 下 一 帮 讨 论 ) 。 例 如 ， 考 
虚 下 面 的 main0 函 数 的 定义 ， 它 车 换 了 前 面 的 例子 : 

template <typename T> 


typedef std::list<T> MyList; 


int main() 
{ 
Relation<int, double, MyList> rel; 

} 

typedef 模 板 引 入 了 一 个 新 的 模板 ， 束 参数 而 言 ， 它 现在 可 以 和 
Container 精 确 地 匹配 。 当 然 ， 这 种 实现 究竟 是 加 强 还 是 减弱 了 放松 匹 
配 规则 ， 仍 然 存 在 着 很 大 的 争议 。 

在 C++ 标 准 委 员 会 召开 之 前 ， 束 已 经 有 人 提出 了 这 个 问题 ， 但 是 从 
日 前 的 情况 来 看 ， 应 该 不 会 添加 这 个 放松 匹配 规则 。 


13.6 typedef 模 板 


我 们 经 常 通过 (以 一 种 相对 复杂 的 方式 ) 组 合 类 模板 来 获得 其 他 
的 参数 化 类 型 。 当 这 种 参数 化 类 型 在 源 代码 中 多 次 重复 使 用 的 时 候 ， 
我 们 通 稼 希望 可 以 用 一 种 快捷 方式 来 蔡 换 它们 ， 吏 像 typedef 为 非 参 数 
化 类 型 提供 快捷 方式 一 样 。 

因此 ，C++ 语 言 设计 者 们 正在 考虑 一 种 类 似 于 下 面 的 构造 : 

template <typename 工 > 

typedef vector<list<T> > Table; 

有 了 这 个 声明 之 后 ，Table 将 会 是 一 个 新 的 模板 ， 也 可 以 被 实例 化 
成 一 个 具体 的 类 型 定义 。 我 们 把 这 种 模板 称 为 typedef 模 板 (相对 于 类 
模板 和 函数 模板 ) 。 例 如 : 


Table<int> t: /Mt 的 类 型 为 vector<list<int> > 

现今 ， 我 们 是 使 用 类 模板 的 成 员 typedef ， 来 解决 由 于 没有 提供 
typedef 模 板 所 导致 的 不 足 : 

template <typename T> 

class Table { 

public: 
typedef vector<list<T> > Type; 

}; 

Table<int>::Type t; // {的 类 型 为 vector<list<int> > 

由 于 typedef 模板 将 会 是 一 种 比较 全 面 的 模板 ， 因 此 也 可 以 像 类 模 
板 一 样 对 它们 进行 特 化 : 

// 基本 的 typedef 模板 : 

template<typename T> typedef T Opaqgue:; 

1/ 局 部 特 化 : 

template<typename T> typedef void* Opaque< 工 *>; 

// 全 局 特 化 : 

template<> typedef bool Opaque<void>; 

另 一 方面 ，typedef 模 板 并 不 总 是 很 直观 的 。 例 如 ， 在 演绎 过 程 
中 ， 很 难 确定 typedef 模 板 是 如 何 发 挥 作 用 的 : 

void candidate(long); 

template<typename T> typedef T DT; 

template<typename T> void candidate(DT<T>); 

int main() 

{ 

candidate(42); V/ 会 调用 哪 一 个 candidate() 


很 难 确定 上 面 的 代码 是 否 能 够 成 功 地 演 缂 。 当 然 ， 并 非 任 何 
typedef 模 式 痢 可 以 成 功 演绎 。 


13.7 落 局 部 特 化 


在 第 12 章 ， 我 们 讨论 了 如 何 对 类 模板 进行 局 部 特 化 ， 而 函数 模板 
只 能 被 重 载 。 这 两 种 机 制 是 有 些 区 别 的 。 

局 部 特 化 并 不 会 引入 一 个 新 的 模板 ， 它 只 是 对 原来 模板 ( 即 基本 
模板 ) 进行 扩展 。 当 碍 找 类 模板 的 时 候 ， 刚 开始 只 会 考虑 基本 模板 ; 
然而 ， 如 有 果 在 选择 了 基本 模板 之 后 ， 还 发 现 了 一 个 “模板 实 参 能 够 和 实 
例 化 体 的 模板 实 参 进行 完全 模式 匹配 ”的 局 部 特 化 ， 那 么 将 会 实例 化 该 
局 部 特 化 的 定义 〈 也 束 是 模板 实体 ) ， 而 不 再 实例 化 基本 模板 的 定义 

(全 局 模板 特 化 的 查找 过 程 也 是 如 此 ) 。 

相反 ， 重 载 的 函数 模板 是 一 个 分 开 的 模板 ， 它 们 之 间 是 完全 独立 
的 。 当 选择 要 实例 化 哪 一 个 模板 的 时 候 ， 所 有 的 重 载 模板 都 要 被 考 
虑 ; 然后 由 重 载 解析 规则 试图 选择 一 个 最 佳 的 匹配 。 乍 看 起 来 ， 这 会 
是 一 种 有 效 的 蔡 代 (局 部 特 化 的 ) 方法 ， 然 而 实际 中 仍然 存在 一 些 约 
束 : 

“在 不 改变 类 定义 的 前 提 下 ， 我 们 就 可 以 特 化 类 中 的 某 个 成 员 模 
板 。 人 然而， 如 采 要 给 类 增加 一 个 重 载 函数 ， 我 们 残 不 得 不 改变 这 个 类 
的 定义 。 但 是 ， 在 许多 情况 下 ， 这 种 改变 并 不 是 可 选 电 ， 因 为 我 们 可 
能 不 具有 改变 类 定义 的 权利 。 例 如 ， 现 今 的 C++ 标准 并 不 允许 我 们 给 
std 名 字 空 间 增加 新 的 模板 ， 但 它 允 许 我 们 特 化 std 名 字 空 间 中 的 菜 个 模 
板 。 

为 了 重 载 函数 模板 ， 多 个 重 载 国 数 之 间 的 参数 必须 有 本 质 上 的 区 
别 。 考 虑 一 个 函数 模板 R_ convert(T const&)， 其 中 R 和 TT 是 模板 参数 。 我 


们 可 能 希望 基于 R = void 来 特 化 这 个 模板 ， 但 使 用 重 载 并 不 能 达到 这 个 
目的 。 

"那些 针对 某 个 非 重 载 画 数 的 合法 代码 ， 在 对 这 个 函数 进行 重 载 之 
后 ， 束 可 能 会 变 成 不 合法 的 代码 。 例 如 ， 针 对 两 个 钞 数 模板 f(T) 和 g(T) 

(其 中 T 是 模板 参数 ) ， 表 达 式 g(&f<int>) 是 合法 的 ;但 如 果 我 们 对 f 进 

行 重 载 ， 该 表达 式 就 可 能 是 不 合法 的 (因为 不 能 确定 究竟 是 选择 哪 一 
i 

针对 引用 “特定 函数 模板 或 者 特定 函数 模板 的 实例 化 体 ” 的 友 元 声 
明 ， 画 数 模 板 的 重 载 版 本 并 不 能 自动 获得 (原来 赋 给 ) 原始 模板 的 特 
相 飞 即 友 元 关系 ) 和 % 

总 之 ， 上 面 所 列举 的 这 些 方面 给 出 了 一 份 强 有 力 的 论据 ， 用 于 文 
持 函 数 模板 的 局 部 特 化 。 

另 一 方面 ， 用 于 实现 局 部 特 化 函数 模板 的 语法 和 类 模板 局 部 特 化 
的 语法 是 类 似 的 ， 更 可 以 看 成 是 类 模板 局 部 特 化 语法 的 一 般 化 。 

template <typename T> 

T const& max (T const&, T const&); / 基本 模板 

template <typename T> 

T* const& max <T*>(T* const&, T* const&); // 局 部 特 化 

某 些 语言 的 设计 者 们 担心 : 把 局 部 特 化 和 函数 模板 重 载 交 互 使 
用 ， 将 会 出 现 问 题 。 例 如 : 

template <typename T> 

void add (T& x, int D); // 一 个 基本 模板 

template <typename T1, typename T2> 

void add (T1a, T2 b); V/ 另 一 个 〈 重 载 的 ) 基本 模板 

template <typename 工 > 

void add<T*> (T*&, int); // 是 对 上 面 的 哪 一 个 基本 模板 进行 特 化 呢 ? 


然而 ， 我 们 认为 这 是 一 个 错误 的 例子 ， 但 也 不 会 对 这 种 特性 的 使 
用 造成 大 的 影响 。 
在 本 书 编写 的 时 候 ，C++ 标 准 委员 会 正在 考虑 这 种 扩展 。 


13.8 typeof 运 算 符 


当 编 写 模 板 的 时 候 ， 对 于 依赖 于 模板 的 表达 式 ， 表 示 它 们 的 类 型 
通常 是 很 有 必要 的 。 一 个 间 用 的 例子 是 : 声明 一 个 针对 两 个 数值 数组 
模板 的 算术 运算 符 ， 其 中 不 同 数组 模板 的 元 素 类 型 是 不 同 的 。 下 面 的 
例子 很 好 地 解释 了 这 种 情况 : 

template <typename T1, typename T2> 

Array<???> operator+ (Array<T1> const& x, Array<T2> const& y); 

根据 上 面 代 码 我 们 可 以 推测 ， 该 运算 符 将 会 产生 一 个 数组 ， 其 元 
素来 目 于 数组 x 和 数组 y 的 对 应 元 素 之 和 ; 元 素 的 类 型 为 x[0] + y[0] 的 
类 型 。 遗 憾 的 是 ，C++ 并 没有 提供 一 种 根据 T1 和 T2 来 表达 这 个 结果 类 
型 的 可 行 方 法 。 

于 十， 某 些 编译 侣 以 扩展 的 方式 提供 了 typeof 运 算 符 来 解决 这 个 问 
题 。 这 会 让 我 们 想起 sizeof 运算 符 的 用 法 : 它 接 收 一 个 表达 式 参 数 ， 并 
且 根 据 该 参数 产生 一 个 编译 期 实体 ， 该 实体 通 稼 是 该 参数 类 型 的 占 位 
符 的 个 数 。 但 对 于 typeof 运 算 符 而 言 ， 最 后 获得 的 编译 期 实体 可 以 看 成 
是 一 个 类 型 的 名 称 。 因 此 ， 在 我 们 前 面 的 例子 中 ， 借 助 typeof 运 算 符 ， 
我 们 可 以 这 样 编写 代码 : 

template <typename T1, typename T2> 


Array<typeof(T10+T20)> operator+ (Array<T1> const& X， 


Array<T2> const& y); 
这 样 看 起 来 很 好 ， 但 仍然 不 是 最 理想 的 。 实 际 上 ， 上 面 的 代码 假 
设 给 定 类 型 是 可 以 进行 缺 省 初始 化 的 。 然 而 ， 我 们 可 以 通过 引入 一 个 


辅助 模板 ， 来 避免 这 种 假设 。 如 下 : 
template <typename 工 > 
T makeT(); // 不 需要 定义 
template <typename T1, typename T2> 
Array<typeof(makeT<T1>()+makeT<T2>())> 
operator+ (Array<T1> const& X， 
Array<T2> const& y); 
另外 ， 我 们 期 望 可 以 使 用 x[0] 和 y[0] 作 为 typeof 的 实 参 ， 但 我 们 却 
办 不 到 这 一 点 ， 因 为 在 typeof 构 造 所 在 的 位 置 ，x 和 y 还 没有 被 声明 。 一 
种 根本 的 解决 方案 是 引入 男 一 种 可 以 把 返回 类 型 放 在 参数 类 型 后 面 的 
函数 声明 语法 : 
/运算 符 函 数 模 板 : 
template <typename T1, typename T2> 
operator+ (Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof(x[0]+y[0])>; 
/一 般 的 函数 模板 : 
template <typename T1, typename T2> 
function exp(Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof(exp(x[0], y[0]))> 
如 例子 中 所 示 ， 为 了 能 够 对 非 运算 符 函 数 应 用 该 语法 ， 我 们 将 需 
要 引入 一 个 新 的 关键 字 〈 这 里 是 function) ” (对 于 运算 符 函数 而 言 ， 关 
键 字 operator 已 经 足够 引导 解析 过 程 了 ) 。 
我 们 应 该 注意 : typeof 必 须 是 一 个 编译 期 运算 符 ， 特 别 是 typeof 并 
不 会 考虑 协 变 返回 类 型 。 如 下 面 的 例子 所 示 : 


Class Base { 


public: 


Virtual Base* clone(); 


}; 
class Derived : public Base { 

public: 

virtual Derived* clone(); // 协 变 的 返回 类 型 
}; 
void demo (Base* p, Base* qd) 
{ 

typeof(p->clone()) tmp = p->clone(); 

// tmp 的 类 型 永远 是 Base* 


} 
15.2.4 小 市 说 明了 在 缺乏 typeof 运 算 符 的 情况 下 ， 有 了 时候 如 何 利 用 
promotion (提升 ) trait 来 局 部 地 解决 一 些 问 题 。 


13.9 命名 模板 实 参 


16.1 廊 描述 了 一 种 技术 ， 它 让 我 们 可 以 只 为 一 个 特定 参数 提供 一 个 
非 缺 省 的 模板 实 参 ， 而 对 于 其 他 具有 缺 省 值 的 模板 参数 ， 则 不 需要 指 
定 模板 实 参 。 尽 管 该 技术 非常 有 趣 ， 但 要 实现 这 个 相对 比较 简单 的 功 
能 ， 我 们 却 需要 人 花费 大 量 的 工作 ; 因此 ， 提 供 一 种 用 于 命名 模板 实 参 
的 语言 机 制 ， 融 成 了 一 种 很 目 然 的 想法 。 

此 时 ， 我 们 应 该 知道 : 在 C++ 标准 化 的 过 程 中 ，Roland Hartinger 提 
出 了 一 种 类 似 的 扩展 《有 时 也 把 这 种 扩展 称 为 关键 字 实 参 ， 即 keyword 
argument， 具 体 见 [StroustrupDnE] 的 6.5.1 小 了 ) 。 尽 管 在 技术 上 是 可 行 
的 ， 但 由 于 各 种 原因 ， 这 个 提议 最 后 还 是 未 被 纳入 语言 。 在 这 一 点 
上 ， 我 们 也 不 能 期 望 命名 模板 实 参 会 把 这 种 提议 纳入 到 语言 中 。 


然而 ， 基 于 完整 性 考虑 ， 根 据 某 些 设计 者 们 所 提出 的 多 种 建议 ， 
在 此 我 们 给 出 一 种 折 囊 的 方案 : 
template<typename 工 
Move: typename M = defaultMove<T>, 
Copy: typename C = defaultCopy< 工 >， 
Swap: typename S = defaultSwap< 工 >， 
Init: typename I = defaultInit<T>, 
Kill: typename K = defaultKill<T> > 


class Mutator { 


}; 

void test(MatrixList m]) 

{ 

mySort (ml, Mutator <Matrix, Swap: matrixSwap>); 

; 

我 们 看 到 : 实 参 名 称 (位 于 冒号 前 面 ) 和 参数 名 称 是 不 同 的 。 这 
让 我 们 可 以 在 实现 中 使 用 简短 的 参数 名 称 ( 壁 如 M) ， 而 且 还 可 以 具 
有 一 个 自己 在 文档 中 说 明 的 实 参 名 称 ( 壁 如 Move) 。 另 外 ， 因 为 这 种 
写法 看 起 来 有 一 种 比较 元 长 的 程序 风格 ， 所 以 当 实 参 名 称 等 同 于 参数 
名 称 的 时 候 ， 我 们 就 可 以 (试想) 把 实 参 名 称 省 略 。 


template<typename 了 


只 区 


: typename Move = defaultMove< 工 >， 
: typename Copy = defaultCopy<T>, 
: typename Swap = defaultSwap< 工 >， 
: typename Init = defaultInit<T>, 

: typename Kill = defaultKill<T> > 


class Mutator { 


13.10 静态 


在 第 15 章 和 第 19 章 ， 我 们 讨论 了 各 种 在 编译 期 进行 区 分 类 型 的 方 
法 。 当 我 们 要 基于 类 型 的 静态 属性 来 选择 模板 特 化 的 时 候 ， 这 些 trait 就 
是 很 有 用 的 。 例 如 ， 我 们 在 15.3.2 小 和 给 出 了 一 个 CSMtraits 类 ， 它 试 
图 选择 一 个 最 优化 或 者 近似 最 优化 的 策略 ， 来 拷贝 、 交 换 或 者 移动 具 
有 实 参 类 型 的 元 素 。 

某 些 语言 设计 者 发 现 : 如 果 这 种 “ 特 化 选择 ”是 频繁 的 ， 那 么 就 不 
应 该 总 是 要 求 用 户 定 义 这 些 复杂 的 代码 ， 因 为 这 些 代码 只 是 为 了 获得 
一 个 属性 ， 而 该 属性 是 编译 器 实现 内 部 早已 经 知道 的 。 于 是 ， 语 言 应 
该 提供 一 些 内 建 的 type trait。 下 面 的 代码 可 能 就 是 一 个 使 用 这 类 扩展 的 
有 效 C++ 程 序 : 


#include <iostream> 


int main() 
{ 
std::cout << std::type<int>::is_bit_copyable << \n'; 
std::cout << std::type<int>::is_union << \n'; 
} 
尽管 可 以 为 这 种 构造 添加 一 种 新 的 语法 ， 但 是 把 这 种 语法 看 成 一 
种 用 户 可 以 目 定义 的 语法 将 会 市 来 更 好 的 移植 性 ， 艾 如 说 从 现今 的 语 
言 移植 到 包含 这 个 特性 的 为 一 种 语言 。 然 而 ， 某 些 C++ 编 译 嫩 可 以 很 容 
易 就 提供 的 静态 属性 例如， 确定 一 个 类 型 是 否 是 一 个 union) ， 却 不 
能 由 传统 的 trait 技 术 来 实现 ， 这 也 成 为 “把 这 个 静态 属性 实现 为 语言 
号 一 个 性 质 ?” 的 文 持 痢 的 另 一 个 论据 : 如 果 编 译 器 可 以 依赖 静态 属性 来 


翻译 程序 ， 将 可 以 大 大 减少 编译 器 的 开销 (包括 内 存 使 用 量 和 CPU 的 
运行 次 数 ) 。 


13.11 客户 端的 实例 化 诊断 信息 


许多 模板 部 会 对 它们 的 参数 强加 一 些 隐 式 的 要 求 。 当 该 模板 的 实 
例 化 体 的 实 参 不 能 符合 这 些 要 求 的 时 候 ， 吏 会 产生 一 个 泛 型 的 错误 ， 
或 者 是 所 生成 的 实例 化 体会 出 现 问 题 。 对 于 早期 的 C++ 编译 融 ， 在 桂 
板 实例 化 期 间 所 生成 的 这 种 泛 型 错误 通常 都 是 非常 不 通明 的 (例如 
6.6.1 小 节 的 例子 。 对 于 现在 的 编译 器 ， 这 些 错误 信息 相对 比较 请 
楚 ， 根 据 它 们 有 经 验 的 程序 员 都 能 够 很 快 地 找 出 问题 所 在 ， 但 我 们 仍 
然 有 必要 改善 这 种 现状 。 考 虑 下 面 这 个 人 为 的 例子 ( 意 在 阐明 真实 模 
板 库 的 茶 些 行为 ) : 


template <typename 工 > 


void clear (T const& p) 
{ 
*p = 0; // 假设 工 是 一 个 类 似 指针 的 类 型 
} 
template <typename T> 
void core (T const& p) 
{ 
clear(p); 
} 
template <typename T> 
void middle (typename T::Index p) 
{ 


core(p); 


} 
template <typename T> 
void shell (T const& env) 
{ 

typename T::Index ji 

middle<T>(i); 
} 
class Client { 

public: 

typedef int Index; 


}; 

Client main_client: 

int main() 

{ 

shell(main_client); 

} 

这 个 例子 说 明了 典型 的 软件 开发 层次 体系 .诸如 shell0 的 高 层 函 数 
模板 依赖 于 诸如 middle() 的 组 件 ， 而 middle0 组 件 则 使 用 了 core() 的 基本 
功能 。 于 是 ， 当 我 们 实例 化 shell0 的 时 候 ， 下 面 所 有 层次 的 模板 都 需要 
被 实例 化 。 在 这 个 例子 中 ， 问 题 出 现在 最 深 的 层次 : 用 int 类 型 来 实例 
化 core() (根据 middleO 〇 中 Client::Index 的 使 用 ) ， 然 后 试图 对 一 个 int 类 
型 的 值 进行 解 引 用 操作 ， 这 显然 是 非法 的 。 因 此 ， 一 个 好 的 诊断 信息 
应 该 包括 一 个 对 导致 问题 的 所 有 层次 的 跟 蹊 ; 但 这 些 跟 踊 所 获得 的 信 
居 是 见长 的 ， 并 且 用 处 也 不 大 。 

有 人 提出 了 一 种 蔡 换 方法 在 最 高 层 的 模板 中 插入 一 个 装置 ， 从 
而 当 层 次 比 它 低 的 代码 不 符合 所 给 要 求 时 ， 束 禁止 进行 更 深 的 实例 


化 。 根 据 现 有 的 C++ 构 造 ， 为 了 实现 这 种 淡 置 ， 人 们 已 经 进行 了 多 种 竹 
试 ( 见 [BCCL]) ,但 还 没有 找到 一 种 行 之 有 效 的 方法 。 因 此 ， 我 们 希 
望 语言 可 以 提供 一 种 扩展 来 解决 这 个 问题 。 显 然 ， 这 种 扩展 可 能 要 建 
立 在 前 面 讨 论 的 静态 属性 功能 之 上。 例如， 我 们 可 以 想象 这 样 修改 原 
来 的 shell0: 

template <typename 工 > 

void shell (T const& env) 

{ 


std::instantiation_error( 


lstd::type<T>::has_member type<"Index">, 

"T must have an Index member type'"); 
std::instantiation_error( 

Istd::type<typename T::Index>::dereferencable, 

"T::Index must be a pointer-like type'"); 
typename T::Index i; 
middle(i); 

} 

我 们 假设 伪 函 数 instantiation_error() 会 中 止 该 实例 化 过 程 (因此 也 
避免 了 middle0 的 实例 化 过 程 触 发 诊断 信息 ) ， 并 且 使 编译 器 给 出 一 个 
给 定 的 错误 信息 。 

尽管 这 样 是 可 行 的 ， 但 该 方法 却 存在 一 些 缺点 。 例 如 ， 如 果 用 这 
种 方式 来 搬 述 一 个 类 型 的 所 有 属性 ， 那 么 代码 很 快 束 会 变 得 很 胱 肿 。 
另外 ， 一 些 人 建议 使 用 哑 代 码 作为 一 种 中 止 这 种 实例 化 的 构造 ， 下 面 
就 是 所 建议 的 多 种 方案 中 的 一 种 (这 个 方案 没有 引入 新 的 关键 字 ) : 

template <typename T> 

void shell (T const& env) 

{ 


template try { 
typename T::Index p; 
*p=0; 
} catch "T::Index must be a pointer-like type"; 
typename T::Index i; 
middle(i); 
} 
template try 子 名 的 实体 部 分 只 是 进行 答 试 性 的 实例 化 ， 实 际 上 并 不 
会 生成 目标 代码 ; 而 且 ， 如 采 出 现 一 个 错误 的 话 ， 就 会 给 出 后 面 的 诊 
断 信 息 。 遗憾 的 是 ， 这 种 机 制 的 实现 很 困难 ， 因 为 即使 可 以 禁止 生成 
这 类 目标 代码 ， 编 译 右 内 部 仍然 会 出 现 一 些 难以 避免 的 边缘 效应 。 换 
句 话说 ， 这 样 一 个 相对 较 小 的 特性 ， 可 能 会 要 求 现存 的 编译 器 技术 进 
行 相当 程度 的 重新 构造 。 
事实 上 ， 大 部 分 的 瑟 代 方案 都 是 有 缺点 的 。 例 如 ，C++ 编 译 器 可 以 
用 多 种 语言 《英语 、 德 语 、 日 本 语 等 ) 来 报告 诊断 信息 ， 但 是 在 源 代 
码 中 提供 各 种 语言 的 翻译 将 会 是 非常 复杂 的 。 而 且 ， 如 果实 例 化 过 程 
税 完 全 中 止 ， 并 且 也 没有 把 前 提 条 件 准确 表达 出 来 的 话 ， 那 么 对 于 程 
序 员 而 言 ， 这 样 的 情况 将 会 比 普 通 (尽管 很 见长 ) 的 诊断 信息 更 加 难 
以 处 理 。 


13.12 重 载 类 模板 


我 们 可 以 想象 ， 基 于 模板 参数 之 间 的 过 异 对 类 模板 进行 重 载 是 完 
全 可 能 的 。 例 如 ， 假 设 有 下 面 的 例子 : 


template <typename T1> 


class Tuple { 
/单个 


} 
template <typename T1, typename T2> 
class Tuple { 

对 


}; 
template <typename T1, typename T2, typename 工 3> 
class Tuple { 

/ 3 元 组 


上 
在 下 一 节 ， 我 们 将 讨论 一 个 使 用 这 类 重 载 的 应 用 程序 。 

事实 上 ， 重 载 并 不 受 限 于 模板 参数 的 个 数 (这 种 重 载 可 以 用 局 部 
特 化 来 仿效 ， 诸 如 第 22 章 的 FunctionPtr) ， 也 可 以 借助 于 参数 的 不 同 种 
类 进行 重 载 ; 


template <typename T1, typename T2> 


class Pair { 
/一 对 泛 型 的 类 型 域 


让 
template <int I1, int I2> 


class Pair { 
// 一 对 常 整 数值 


尽管 语言 设计 者 已 经 在 非 正 式 场合 对 这 个 话题 进行 了 多 次 的 讨 
论 ， 但 C++ 标 准 委 员 会 仍然 还 没有 正式 提出 这 个 话题 。 


13.13 List 参 数 


有 时 候 ， 我 们 希望 可 以 把 具有 几 个 类 型 的 列表 看 成 一 个 单一 的 模 
板 实 参 ， 并 用 这 个 单一 实 参 进行 传递 。 通 向 情况 下 ， 使 用 这 种 列表 会 
有 两 个 目的 : 声明 一 个 参数 个 数 不 国 定 的 图 数 ， 或 者 定义 一 种 具有 成 
员 个 数 不 固 定 的 类 型 结构 。 

例如 ， 我 们 希望 定义 一 个 能 够 计算 任意 多 个 值 中 最 大 者 的 模板 。 
一 种 可 能 的 声明 语法 是 : 使 用 省 上 略 号 标记 ， 从 而 说 明 最 后 一 个 模板 参 
数 的 含义 是 允许 匹配 任意 个 数 的 实 参 。 


#include <iostream> 


template <typename T, ...list> 

T const& max (T const&, T const&, list const&); 

int main() 

{ 

std::cout << max(1, 2, 3, 4) << std::endl; 

} 

可 以 答 试 各 种 可 能 的 办 法 来 实现 这 个 模板 。 下 面 束 是 其 中 的 一 种 
实现 方法 ， 它 并 不 需要 新 的 关键 字 ， 但 是 需要 给 函数 模板 重 载 添 加 一 
条 新 的 规则 : 让 重 载 解析 规则 优先 选择 不 具有 1list 参 数 的 模板 。 


template <typename T> inline 


T const& max (T const& a, T const& b) 
{ 
/我 们 用 于 求 普 通 的 二 元 最 大 值 的 操作 return a<b?b:a; 


template <typename TT, ...list> inline 

T const& max (T const& a, T const& b, list const& x) 

{ 

return max (a, max(b,x)); 

} 

让 我 们 来 看 调用 max(12,3,4) 会 经 过 了 哪些 步 又。 由 于 具有 4 个 参 
数 ， 所 以 具有 二 元 参数 的 max0 并 不 能 匹配 ， 于 是 驶 选择 了 参数 为 T=int 
与 list = int , int 的 第 2 个 模板 。 这 等 于 调用 第 1 个 实 参 力 1、 第 2 个 实 参 值 
为 max(2,3,4) 的 二 元 函数 模板 max0。 接 下 来 调用 max(2,3,4)， 这 也 不 能 
和 二 元 参数 的 max0 进 行 匹 配 ， 于 是 我 们 要 调用 T = int 与 list = int 的 list 参 
数 版 本 。 最 后 这 一 次 的 子 表达 式 是 max(b,x)， 它 可 以 扩展 成 max(3,4)， 
于 是 选择 二 元 模板 ， 该 递归 结束 。 

音 助 重 载 男 数 模 板 的 这 种 能 力 ， 一 切 都 可 以 正 弟 进行 。 当 然 ， 还 
存在 一 些 比 我 们 上 面 的 讨论 更 加 复杂 的 地 方 。 例 如 ， 针 对 上 面 的 情况 

(常数 参数 ) ， 我 们 必须 准确 地 指定 list const& 的 含义 。 

有 时候， 我 们 希望 引用 list 的 某 个 特定 元 素 或 者 一 个 子 集 。 壁 如， 
我 们 可 以 使 用 下 标 运 算 符 ( 即 []) 来 实现 这 个 目的 。 下 面 的 例子 展示 
了 我 们 如 何 借 助 模板 技术 构造 一 个 metaprograming， 来 计算 list 中 元 素 的 
个 数 : 


template <typename T> 


class ListProps { 
public: 
enum { length = 1 }; 
} 
template <...list> 
class ListProps { 
public: 


enum { length = 1+ListProps<list[1 ...]>::length }; 
上 
这 些 都 说 明了 list 参数 对 类 模板 而 言 也 可 能 是 很 有 用 的 ， 而 且 可 以 
和 前 面 所 讨论 的 类 重 载 概念 结合 在 一 起 ， 来 实现 (或 者 优化 ) 多 种 模 
板 metaprogramming 技 术 。 

另外 ，list 参 数 还 可 以 用 于 声明 数目 不 确定 的 多 个 域 : 


template <...list> 


class Collection { 
list; 

上 

有 相当 多 的 基本 用 法 都 可 以 建立 在 这 个 特性 (list 参 数 ) 之 上 。 关 

于 更 多 的 介绍 ， 我 们 建议 你 参阅 Modern C++Design (〈 见 

[AlexandrescuDesign]) ， 其 中 使 用 了 大 量 的 基于 模板 和 基于 宏 的 

metaprogramming， 来 补充 说 明 这 个 特性 的 其 他 方面 。 


13.14 布局 控制 


对 于 模板 编程 而 言 ， 其 中 一 个 普 裔 的 挑战 就 是 : 声明 一 个 足够 

(但 不 能 超过 太 多 ) 容纳 “一 个 未 知 类 型 T 的 对 象 ” 的 字 节 数组 ， 也 就 是 

说 ，T 是 一 个 模板 参数 。 一 个 典型 的 应 用 程序 就 是 “discriminated union” 
(也 称 为 变化 的 类 型 (variant type) 或 者 tagged union) : 


template <...list> 


class D_Union { 
public: 
enum { n_bytes }; 
char bytes[n_bytes]; // 对 于 用 模板 实 参 描述 的 多 种 类 型 ， 
/ 该 数组 最 后 将 会 存储 其 中 的 一 种 类 型 


上 

常量 n_bytes 不 能 总 是 设 为 sizeof(T)， 因 为 T 可 能 会 具有 比 字 厄 绥 冲 
区 (bytes buffer) 更 加 严格 的 alignment requirement (对 齐 要 求 ) 。 现 
在 已 经 存在 多 种 启发 性 算法 来 考虑 这 种 alignment， 但 这 些 算 法 通常 都 
比较 复杂 ， 或 者 会 做 出 任意 的 假设 。 

对 于 这 类 应 用 程序 而 言 ， 我 们 实际 上 是 希望 能 够 “把 类 型 的 
alignment requirement 表 示 pe 0 以 把 这 种 alignment 
强制 应 用 到 类 型 、 域 或 者 变量 身上 。 许 多 C 和 和 C++ 编译 佛 已 经 文 持 一 个 
名 为 、_alignof 的 运算 符 ， 0 个 给 定 类 型 或 者 表达 式 的 
alignment。 这 和 sizeof 运 算 和 从 很 相似 ， 唯 一 的 区 别 就 是 它 会 返回 一 个 
alignment， 而 sizeof 表 达 式 返回 一 个 给 定 类 型 的 大 小 。 许 多 编译 器 还 提 
供 了 #pragma 指示 符 或 者 类 似 的 装置 来 设置 一 个 实体 的 alignment。 于 
是 ， 将 来 可 能 会 引入 一 个 alignof 关键 字 ， 它 既 可 以 用 于 表达 式 中 (用 
来 获得 alignment) ， 也 可 以 在 声明 中 使 用 (用 来 设置 alignment) 。 


template <typename 工 > 


class Alignment { 
public: 
enum { max = alignof(T) }; 
}; 
template <...list> 
class Alignment { 
public: 
enum { max = alignof(list[0]) > Alignment<list[1 ...]>::max 
? alignof(list[0]) 


: Alignment<list[1 ...]>::max} 


1/ 我 们 还 可 以 根据 上 面 的 代码 ， 类 似 地 设计 几 种 用 于 集合 的 Size 模 
板 
/用 来 获得 一 个 给 定 类 型 列表 的 最 大 size 
template <...list> 
class Variant { 
public: 


char buffer[Size<list>::max] alignof(Alignment<list>::max); 


13.15 炎 复 引 


我 们 通常 会 说 : “程序 员 是 懒惰 的 >”。 有 时 候 这 句 话 也 说 明 我 们 和 硕 
望 让 程序 符号 变 得 更 加 紧凑 。 就 这 一 点 而 言 ， 让 我 们 考虑 下 面 的 声 
明 : 

std::map<std::string, std::list<int> >* dict 

= new std::map<std::string, std::list<int> >; 

这 个 声明 是 非常 见长 的 ; 在 实际 情况 中 我 们 可 以 (也 经 常 ) 为 这 
个 类 型 引入 一 个 typedef 类 型 别名 。 然 而 ， 我 们 仍然 能 看 到 这 个 声明 的 
见长 部 分 : 我 们 指定 了 dict 的 类 型 ， 但 在 初始 化 如 中 却 再 次 隐 式 地 指定 
了 dict 的 类 型 。 于 是 ， 我 们 会 考虑 是 否 存 在 一 个 等 价 的 声明 ， 它 只 需要 
指定 一 次 类 型 ? 例如 : 

dcl dict = new std::map<std::string, std::list<int> >; 

对 于 最 后 一 个 声明 ， 我 们 通过 初始 化 器 的 类 型 来 演绎 变量 dict 的 类 
型 。 这 里 需要 使 用 一 个 关键 字 (在 我 们 这 个 例子 中 是 dcl， 也 有 人 建议 
使 用 var 或 者 auto 来 作为 关键 字 ) ， 以 将 这 个 声明 和 普通 的 赋值 操作 区 
人 


迄今 为 止 ， 这 种 问题 并 不 仅仅 局 限于 模板 。 事 实 上 ， 在 早期 的 
Cfront 编译 器 (在 1982 年 ， 模 板 出 现 以 前 ) 版 本 就 允许 这 种 构造 。 然 
而 ， 正 是 基于 模板 的 类 型 的 元 长 性 才 对 这 种 特性 的 使 用 提出 了 新 的 需 
求 。 

我 们 可 以 想象 一 种 局 部 演绎 方式 ， 在 该 方式 中 ， 只 有 模板 实 参 才 
必须 进行 演绎 : 

std::list<> index = create_index(); 

这 种 演绎 的 另 一 种 变化 是 : 根据 构造 国 数 实 参 来 演绎 模板 实 参 。 
例如 : 


template <typename 工 > 


class Complex { 
public: 
Complex(T const& re, T const& im);... 
}; 
Complex<> z(1.0, 3.0); // 演绎 T= double 
由 于 存在 重 载 的 构造 函数 (包含 构造 画 数 模板 ) ， 这 种 演绎 变 得 
很 复杂 以 致 很 难 给 出 准确 定义 。 例 如 ， 假 设 我 们 的 Complex 模 板 除 了 包 
侣 一 个 普通 的 搁 贝 构造 函数 之 外 ， 还 包 售 了 一 个 构造 函数 模板 : 
template <typename 工 > 
class Complex { 
public: 
Complex(Complex<T> const&); 
template <typename T2> Complex(Complex<T2> const&);... 
}; 
Complex<double> j(0.0, 1.0); 
Complex<> z=j; // 会 调用 哪 一 个 构造 函数 呢 


对 于 最 后 一 个 初始 化 ， 可 能 会 调用 普通 的 找 贝 构造 瑟 数 ， 因 此 z 和 j 
应 该 具有 相同 的 类 型 。 然 而 ， 如 果 试 图 把 这 种 选择 看 成 是 一 种 隐 式 的 
规则 ， 甚 至 忽略 构造 本 数 模板 的 话 ， 那 么 这 种 作法 是 襄 无 根据 的 。 


13.16 图 数 表达 式 


像 第 22 章 所 介绍 的 一 样 ， 把 一 个 小 的 函数 〈 或 者 仿 画 数 ) 作为 一 
个 参数 传递 给 其 他 的 钞 数 通常 都 是 很 方便 的 。 我 们 还 在 第 18 革 说 明 
了 : 表达 式 模板 技术 能 够 被 准确 地 用 于 创建 小 的 仿 函 数 ， 而 且 不 会 涉 
及 到 显 式 声明 的 开销 ( 见 18.3 字 ) 。 

例如 ， 我 们 希望 对 一 个 标准 vector 的 每 个 元 素 都 调用 一 个 特定 的 成 
员 函 数 ， 同 时 初始 化 该 vector: 

class BigValue { 


public: 


void init(); 


上 
class Init { 
public: 
void operator() (BigValue& v) const { 
Vinit(); 
} 
上 
void compute (std::vector<BigValue>& vec) 
{ 
std::for_each (vec.begin(), vec.end(), 
Init()); 


事实 上 ， 我 们 没有 必要 定义 一 个 分 开 的 类 Init。 因 此 ， 我 们 可 以 想 
象 这 样 编写 代码 ， 让 这 个 (未 命名 的 ) 函数 的 实体 作为 表达 式 的 一 部 
Sa 

class BigValue { 

public: 


void init(); 


上 
void compute (std::vector<BigValue>& vec) 
{ 
std::for_each (vec.begin(), vec.end(), 
$(BigValue&) { $1.init(); }); 


} 

这 里 的 用 法 是 : 我 们 引入 了 一 个 函数 表达 式 ， 它 使 用 了 一 个 特殊 
符号 $ ， 该 符号 后 面 紧 跟 圆 括号 中 的 参数 类 型 和 人 花 括 号 里 面 的 实体 。 在 
这 个 构造 的 内 部 ， 我 们 可 以 通过 符号 $n 来 引用 每 个 参数 ， 其 中 常数 n 表 
示人 第 几 个 参数 。 

这 种 形式 和 所 谓 的 lambda 表 达 式 (或 者 称 为 lambda 范 数 ) 紧密 相 
关 ， 也 类 似 于 其 他 编程 语言 的 closure。 然 而 ， 还 存在 其 他 的 解决 方 
和 案 。 例 如 ，Java 使 用 了 匿名 内 联 类 的 解决 方案 : 

class BigValue { 


public: 


void init(); 


上 
void compute (std::vector<BigValue>& vec) 
{ 
std::for_each (vec.begin(), vec.end(), 
class { 
public: 
void operator() (BigValue& v) const { 
Vinit(); 


} 


} 

对 于 这 种 构造 ， 尽 管 在 语言 设计 者 中 已 经 多 次 被 正式 提出 ， 但 是 
具体 的 建议 却 几乎 没有 。 这 可 能 是 由 于 下 面 的 事实 : 设计 这 个 扩展 是 
一 件 很 难 的 工作 ， 远 远 不 止 我 们 例子 中 所 讨论 的 这 些 内 容 。 在 许多 要 
被 解决 的 问题 中 ， 其 中 的 两 个 比较 重要 的 问题 是 : 返回 类 型 的 规范 ， 
以 及 确定 在 函数 表达 式 体 中 ， 何 种 实体 是 可 访问 的 规则 。 人 例如， 是否 
可 以 访问 外 围 的 函数 中 的 局 部 变量 ?” 另外 ， 玉 数 表达 式 也 可 以 被 看 成 
是 模板 ， 模 板 中 的 参数 类 型 可 以 根据 函数 表达 式 的 具体 用 法 进行 演 
绎 。 这 个 观点 能 够 使 前 面 的 例子 显得 更 加 准确 〈 它 允许 我 们 可 以 完全 
省 略 参数 列表 ) 。 但 是 ， 这 个 想法 会 给 模板 实 参 演绎 系统 带 来 一 些 新 
的 挑战 。 

我 们 仍然 不 知道 C++ 是 否 会 包含 一 个 类 似 画 数 表达 式 的 概念 。 然 
而 ，Jaakko Jairvi 和 Gary Powell 的 Lambda 程 序 库 ( 见 [LambdaLib]) 为 了 
提供 这 个 功能 而 进行 了 很 多 的 工作 ， 即 使 该 功能 会 占用 很 多 昂贵 的 编 
译 资 源 。 


13.17 后 记 


显然 ， 在 C++ 编译 器 还 没有 完全 兼容 1998 年 的 标准 (C++98) 的 情 
况 下 ， 我 们 就 谈论 语言 的 扩展 或 许 会 有 些 不 太 成 熟 。 然 而 ， 在 编译 器 
不 断 和 语言 进行 兼容 的 同时 ， 我 们 (C++ 程 序 员 社 团 ) 也 看 到 了 C++ 的 
一 些 真正 的 不 足 之 处 (特别 是 模板 ) 。 

为 了 迎合 C++ 程 序 员 的 要 求 ，C++ 标 准 委 员 会 (通常 称 为 ISO 
WG21/ANSIJ16 或 者 WG21/J16) 开始 尝试 一 条 通 向 新 标准 的 道路 ， 也 
就 是 C++0x。 在 2001 年 4 月 在 Copenhagen (哥本哈根 丹麦 首都 ;召开 
的 会 议 上 ， 初 步 表 述 了 这 个 新 的 标准 C++0x，WG21/J16 也 已 经 开始 考 
察 具 体 的 程序 库 扩展 方案 。 

实际 上 ， 标 准 委员 会 的 动机 是 尽 可 能 地 限制 C++ 标准 库 的 扩展 。 众 
所 周知 ， 某 些 扩展 可 能 需要 针对 核心 语言 进行 大 量 的 工作 。 另 外 ,我 
们 期 望 许多 必要 的 修改 会 和 和 C++ 模板 相关 ， 就 像 1990 年 把 STL3 引 入 
C++ 标 准 库 一 样 ， 很 好 地 刺激 了 模板 技术 的 发 展 。 

最 后 ， 大 家 还 期 望 C++0x 可 以 解决 C++98 中 的 不 足 。 大 家 都 希望 这 
样 可 以 提高 C++ 的 使 用 程度 。 我 们 这 一 章 也 已 经 讨论 了 这 个 方向 ( 即 解 
决 C++98 的 一 些 不 足 ) 的 一 些 扩展 。 


[1]. 译注 : “普通 ”原文 这 里 都 是 ordinary， 因 为 本 书 针 对 的 是 模板 内 

容 ， 所 以 这 里 的 “普通 ”是 用 来 修饰 “没有 模板 (或 者 不 是 模板 ) ”的 意 
思 。“ 名 字 空 间 ”， 英 文 是 namespace， 该 词 还 有 男 一 种 译 法 : “命名 空 
则 ”; “ 域 ” 英 文中 是 “scope”， 该 词 在 不 会 影响 阅读 通顺 时 我 会 翻译 成 


“作用 域 *， 而 当 名 词 过 长 时 就 只 翻译 成 “ 域 ”。 

[2]. 译注 : 外 围 类 ， 指 的 是 包含 这 个 实体 的 类 ， 原 文 为 “their enclosing 
class”， 诸 如 上 面 代码 中 ，Collection 就 是 Node、Handle 和 allocO 的 外 围 
类 Ls 


[3]. 译注 :基本 类 型 的 ， 原文 是 built-in type， 以 前 很 多 人 直译 成 < 内 建 
类 型 ”， 指 诸如 int、double 等 类 型 ， 于 是 ， 这 里 翻译 成 < 基本 类 型 ”更 加 


[4]. 详 注 : 在 这 个 例子 中 指 的 是 工 没 有 提供 缺 省 构造 男 数 ， 因 为 我 们 可 
2 个 参数 ， 所 以 即使 不 提供 缺 省 构 千 函数， 也 是 正确 


a 但 它们 有 时 会 被 (错误 地 ) 视 为 成 员 
虹 O 


[6]. 译注 : “普通 ”， 这 个 词 在 这 本 书 有 它 独 特 的 意义 ， 因 为 该 书 是 涉及 
模板 的 知识 ， 所 以 这 里 的 普通 是 指 并 非 (或 者 不 是 ) 模板 ， 普 通 成 员 
也 就 是 不 具有 模板 的 成 员 。 


[7]. 关键 字 class 并 不 意味 着 奉 换 的 实 参 应 该 是 class 类 型 。 事 实 上 ， 它 可 
以 是 任何 可 访问 类 型 。 然 而 ， 在 函数 内 部 定义 的 类 ( 即 局 部 类 ) 就 不 
(这 和 模板 参数 是 用 typename 来 声明 还 是 用 class 来 声明 
没有 关系 ) 。 


[8]. 模板 的 模板 参数 也 不 属于 类 型 模板 参数 ， 但 当 我 们 讨论 非 类 型 模板 
参数 时 ， 并 不 考虑 模板 的 模板 参数 。 

[9]. 译注 : 这 是 调用 语句 中 的 模板 参数 缺 省 值 。 

[10]. 译注 : 这 是 声明 语句 中 的 模板 参数 缺 省 值 ， 请 注意 (和 译注 1 中 ) 
这 两 者 的 区 别 。 


[I]. 译注 : “可 见 * 的 原文 是 visible， 这 里 的 意思 是 要 求 类 模板 有 前 置 声 
0 (之 前 ) 的 定义 。 具 体 还 有 哪些 限制 ， 请 见 9.2.2 
小 节 和 10.1 节 。 


[121, 译注 :“ 受 限 "， 这 里 的 原文 是 gualified， 是 指 前 面 有 一 个 域 运算 
符 : ，， 后 面 的 受 限 名 称 就 是 指 这 类 前 面 有 一 个 双 冒 号 ( 即 域 运算 
符 ) 的 名 称 。 

[13], 译注 ， 这 里 就 是 前 面 所 说 的 “可 见 ” 的 对 立 面 “ 不 可 见 *。 


[14]. ADL 也 称 为 Koenig 查 找 (或 者 扩展 的 Koenig 查 找 ) ， 这 是 根据 
Andrew Koenig 的 名 字 来 命名 的 ， 因 为 他 首次 提出 这 种 查找 机 制 。 


[15]. 译注 : 这 些 术 语 的 翻译 原则 是 ， 如 采 这 里 谈 到 的 一 些 术 语 会 在 后 
面 的 代码 中 出 现 ， 那 么 将 不 翻译 ， 这 样 应 该 有 助 于 理解 代码 。 


[16]. 译注 : 实例 化 体 ， 束 是 由 实例 化 产生 的 实体 ， 关 似 于 特 化 。 


[171. 译注 : 这 里 有 个 问题 : 如 有 果 把 这 段 代 码 在 VC6\VC7 下 编译 运行 ， 
那么 第 2 个 { 函 数 实际 上 进行 的 是 普通 查找 。 要 如 作者 所 说 的 那样 ， 让 第 
2 个 f 男 数 进行 的 是 ADL， 我 们 应 该 在 main 函 数 前 面 添加 using namespace 
N， 这 样 束 完全 符合 作者 的 说 法 了 。 男 一 方面 ， 我 们 应 该 清楚 这 里 的 f 
不 是 成 员 函 数 ， 这 和 我 们 在 这 一 小 让 开始 提 到 的 成 员 函 数 是 有 区 别 
的 。 如 果 你 把 namespace N 改 成 class N， 把 using namespace X 去 挥 ， 青 
把 using namespace N 改 成 using ::N， 把 枚 举 和 里 面 的 {函数 都 声明 成 
static， 你 就 看 出 区 别 来 了 : 两 个 f 都 是 进行 普通 查找 。 所 以 作者 在 这 里 
的 观点 并 不 矛盾 。 


[18]. 里 然 编 写 C++ 标 准 的 人 清楚 地 提出 了 这 一 点 ， 但 标准 中 并 没有 清 
楚 地 给 出 这 一 上 后 。 

[19]. 译注 : 根据 编译 原理 tokenization 这 个 词 我 们 称 为 “扫描 ”或 “词法 分 
析 (lexing) ”对 应 的 名 词 是 “扫描 器 ”。 


[20]. 这 里 使 用 两 个 圆 括号 是 为 了 避免 将 (Invert<1>)0 解析 成 一 个 强制 类 
型 转换 操作 ， 但 是 这 样 也 给 源 代码 留 下 了 句法 歧义 。 

[21]. 两 字符 是 为 了 针对 国际 键盘 中 缺少 某 些 字符 和 简化 源 代 码 的 输 
入 ， 而 引入 语言 的 (例如 #、[ 和 ] 等 ) 。 


[22]. 根据 [VandevoordeSolutions]， 只 提供 一 次 并 且 在 以 后 的 C++ 代 人 码 中 
都 可 以 使 用 ， 才 是 真正 的 代码 重用 性 。 


[23]. 译注 ， 其 中 ， 这 里 的 :符号 吏 定 我 们 在 下 面 讲 到 的 限定 符号 或 者 限 


不 付 。 


[24]. 在 标准 的 文件 中 ， 并 没有 很 清楚 地 说 明 这 一 点 ;但 人 负责 文档 的 人 
看 起 来 都 同意 这 一 观点 。 


[25]. 译注 : VC6 下 调试 确实 如 此 。 


[26]. 这 属于 两 阶段 查找 规则 (two-phase lookup) 的 作用 范围 ， 它 会 进 
行 两 个 阶段 的 查找 : 在 首次 看 到 模板 定义 的 时 候 ， 进 行 第 1 次 查找 ; 当 
实例 化 模板 的 时 候 ， 进 行 第 2 次 查找 〈 见 10.3.1 小 节 ) 。 


[27]. 大 括号 也 不 是 完美 无 缺 的 。 尤 其 是 ， 这 个 改变 会 导致 指定 类 模板 


等 语法 的 连 市 修改 。 
[28]. 幸运 的 是 ， 他 们 在 发 布 新 特性 之 前 就 找到 了 错误 。 


[29]. “实例 化 ”这 个 概念 有 时 也 用 于 表示 “根据 类 型 创建 一 个 对 象 ”， 然 
而 ， 在 这 本 书 里 ， 我 们 总 是 指 模板 实例 化 。 


[30]. 通常 而 言 ， 特 化 这 个 概念 用 于 代表 一 个 实体 ， 该 实体 是 模板 的 一 
个 特殊 实例 〈 见 第 7 章 ) 。 但 是 ， 它 并 不 代表 我 们 在 第 12 章 所 描述 的 显 
式 特 化 机 制 

[31]. 匿名 的 union 有 它 自身 的 特殊 之 处 ， 它 的 成 员 可 以 被 看 成 是 外 国 关 
的 成 员 。 匿 名 成 员 可 以 看 作 是 一 种 构造 ， 用 来 说 明 某 些 类 成 员 共享 同 
一 个 存储 器 。 

[32]. 译注 我 们 要 区 分 产生 这 种 无 效 类 型 (如 Block[0]) 的 最 初 位 置 是 
在 声明 还 是 在 定义 ， 这 是 链接 器 是 否 引发 错误 的 关键 (一 个 决定 办 


力 、\ 


[33]. 译注 :这 里 请 参考 本 市 的 第 一 个 注释 ，union 在 这 里 有 它 的 特殊 之 
处 ， 它 里 面 的 成 员 实 际 上 被 认为 古 类 的 成 员 ， 从 而 这 里 当 作 声明 看 


im 
件 。 


[34]. 典型 的 例子 如 : 智能 指针 模板 例如， 标准 库 中 的 


std::auto_ptr<T>) 。 人 参见 第 20 章 。 


[35]. 除了 使 用 two-phase lookup 之 外 ， 我 们 还 可 能 会 使 用 two-stage 
lookup 或 者 two-phase name lookup 来 表示 这 个 概念 。 


[36]. 译注 : 请 参见 9.2.1 小 太 “ 实 例 化 体 ” 的 说 明 。 


[37]. 译注 : 原因 见 10.3.5 小 节 。 


[38]. 在 2002 年 的 C++ 标准 委员 会 中 ， 仍 然 在 讨论 是 否 可 以 用 某 种 替换 
方法 ， 使 具有 后 面 这 个 typede (f 即 typedef int Int) 的 例子 有 效 。 


[39]. 声明 上 下 文 是 指 : 在 给 定 的 位 置 ， 所 有 可 以 访问 的 声明 所 组 成 的 


集合 。 


[40]. 这 将 融 来 一 种 与 (你 所 期 望 的 ) 宏 的 扩展 机 制 类 似 的 行为 。 


[41]. 译注 : “实例 化 后 的 模板 成 员 * 原 文 是 instantiated member of 
template， 指 的 瓯 是 “模板 成 员 的 实例 ”。 


[42]. 当 编 译 器 不 能 内 联 “ 前 面具 有 inline 关 键 字 的 函数 的 每 个 调用 ”时 ， 
昔 助 于 这 个 机 制 ， 在 目标 文件 中 会 给 出 该 画 数 的 另外 一 份 拷贝 。 这 种 
情况 可 能 发 生 在 多 个 目标 文件 中 。 


[43]: 虚 函 数 调 用 通 闸 是 借助 于 一 个 芳 数 指针 表 间 接 实 现 的。 关于 
C++ 在 这 种 实现 方面 的 更 多 细 市 ， 请 参阅 [LippmanObjMod]。 


[44]. 请 不 要 把 这 人 句 话 理解 成 Cfront 只 是 一 个 原型 ， 实 际 上 ，Cfront 被 广 
沁 应 用 于 工业 环境 ， 而 且 许 多 了 商业 性 质 C++ 编 译 絮 所 提供 的 许多 特性 也 
是 来 源 于 Cfront。Cfront 的 3.0 版 本 是 在 1991 年 发 布 的 ， 但 这 个 版 本 有 很 
多 错误 ， 于 是 很 快 束 有 了 3.0.1 版 本 ， 它 使 模板 可 以 顺利 通过 编译 。 


[45]. 也 整 是 说 ， 这 是 在 步 又 1 的 编译 过 程 中 进行 的 工作 。 因 为 在 编译 过 
程 中 ， 对 于 这 些 包 含 定义 的 源 代码 ， 我 们 需要 记 住 它们 的 位 置 ， 将 来 
才能 够 找到 它们 。 

[46]. 我 们 也 并 非 没 有 偏见 。 然 而 ， 事 实证 明 ， 首 个 (可 公开 获取 的 ) 
具有 这 些 新 模板 特性 的 实现 就 来 自 于 这 两 个 公司 。 这 些 新 模板 特性 包 
拍 成 员 模 板 ` 局 部 特 化 、 模 板 中 现今 的 名 称 查 找 ， 和 模板 的 分 离 模 


[47]. HP 的 C++ 编译 器 主要 借鉴 了 Taligent 公 司 (该 公司 后 来 被 [BM 收购 
。HP 还 把 贪 梦 实 例 化 机 制 添 加 到 C++ 编译 器 中 ， 并 作为 缺 
省 机 制 。 


[48].EDG 并 没有 把 这 份 C++ 实现 卖 给 终端 用 户 ， 他 们 只 是 给 其 他 软件 
开发 商 提供 一 个 必要 的 、 可 移植 的 组 件 ， 该 组 件 包 含有 这 些 C++ 实 
现 ;然后 才 由 开发 商 把 这 个 组 件 集成 到 特定 平台 的 解决 方案 中 。EDG 


的 某 些 客户 保留 这 种 可 移植 的 实例 化 送 代 实现 ， 但 他 们 也 可 以 只 把 该 
实现 集成 到 一 个 贫 蔡 实例 化 环境 中 ( 仙 梦 实例 化 古 不 可 移植 的 ， 因 为 
它 依赖 于 特殊 的 链接 器 特性 ) 。 


[49]. 译注 : 这 里 特殊 化 是 一 个 动词 ， 对 应 的 原文 是 specialized， 而 特 化 
是 外 名 词 ， 对 应 specialization 。 


[50]. 函数 的 mangled name 是 编译 占 所 看 到 的 名 子 。 除 了 普通 的 芳 数 名 

称 之 外 ， 它 还 包括 参数 的 特性 、 函 数 的 模板 实 参 ， 有 了 时候 还 有 其 他 的 

一 些 属性 ， 最 后 由 这 些 生成 一 个 独一无二 的 名 称 ， 才 不 会 和 其 他 有 效 

的 重 载 贸 数 发 生 名 称 冲 突 。 

[51]; 在 这 种 情况 下 ， 演 绎 失败 会 再 来 一 个 错误 。 然 而 ， 这 种 错误 是 属 

于 SFINAE ( 见 8.3.1 小 节 ) 范围 之 内 的 ， 也 就 是 说 ， 如 果 有 其 他 的 演 经 
能 够 成 功 ， 那 么 这 段 代 码 仍然 是 有 效 的 。 


指 得 是 从 数组 和 函数 类 型 到 指针 类 型 的 隐 式 类 
型 转换 。 


[53]. 译注 : 这 个 “调用 ”是 名 词 。 

[54]. 如 米 阅 读 12.2 市 天 于 “在 现代 C++ 中 国 数 模板 重 载 如 何 实 现 ” 的 内 
容 ， 那 么 将 会 是 大 有 和 神 益 的 。 

[55]. 男 外 ，S 也 是 一 个 和 w 相 关联 的 类 ， 因 为 w 类 型 的 模板 实 参 束 是 S。 
[56]. 译注 :实例 化 体 束 是 由 实例 化 产生 的 实体 ， 类 似 于 特 化 。 


[57]; 我 们 应 该 知道 ， 表 达 式 0 是 一 个 整数 ， 而 不 是 一 个 null 指 针 和 常量 。 
只 有 在 发 生 特定 的 隐 陈 转型 之 后 ， 它 才 会 成 为 一 个 null 指 针 稼 量 。 但 是 
在 模板 实 参 演绎 过 程 中 并 不 会 考虑 这 种 转型 。 


Da 这 个 定义 和 给 定 的 C++ 标 准 的 定义 是 不 同 的 ， 但 它们 的 结论 是 等 
fH 。 


[59]. 声明 全 局 的 函数 模板 特 化 同样 也 需要 这 些 (相同 的 ) 前 级 。 
C++ 语 言 的 早期 设计 并 没有 包含 这 些 前 级 ; 但 在 成 员 模板 加 入 语言 之 
后 ， 为 了 区 分 一 些 复 杂 有 的 特 化 例子 ， 才 要 求 加 入 这 个 额外 的 语法 。 


< 
< 


3 一 


对 于 所 选择 的 程序 设计 语言 ， 程 序 通 常 都 是 通过 一 些 设计 来 构 
造 ， 这 些 设计 可 以 很 好 地 映射 到 该 语言 所 提供 的 多 种 机 制 。 由 于 模板 
征 一 种 全 新 的 语言 机 制 ， 因 此 我 们 不 难 发 现 模板 会 市 来 许多 新 的 设计 
技术 。 我 们 将 在 本 书 的 这 一 部 分 阐述 这 些 技 术 。 

与 大 多 数 传统 的 语言 构造 相 比 ， 模 板 的 不 同 之 处 在 于 : 它 允 许 我 
们 在 代码 中 对 类 型 和 函数 进行 参数 化 。 把 (1) 局 部 特 化 和 (2) 递归 
实例 化 组 合 起 来 ， 将 会 产生 出 人 和 意料 的 强大 威力 。 在 接 下 来 的 几 章 
里 ， 我 们 通过 下 面 的 一 些 设计 技术 来 展示 这 些 强大 威力 : 

“ 沁 型 编程 。 


etrait ° 


policy class ° 

metaprogramming ° 

"表达 式 模板 。 

我 们 的 阐述 并 不 仅仅 列举 出 许多 已 经 知道 的 设计 技术 ， 同 时 更 注 
重 于 阐明 产生 这 些 技术 的 各 种 原则 ， 这 样 我 们 才能 够 创建 新 的 技术 。 


14 多 态 


多 态 是 一 种 能 够 令 单 一 的 泛 型 标记 关联 不 同 特定 行为 的 能 力 [1] 。 
对 面向 对 象 的 程序 设计 范例 而 言 ， 多 态 可 以 说 是 一 块 基石 。 在 C++ 中 ， 


这 块 基石 主要 是 通过 继承 和 虚 函 数 来 实现 的 。 由 于 这 两 个 机 制 (继承 
和 虚 函 数 ) 都 是 (至 少 一 部 分 ) 在 运行 期 进行 处 理 的 ， 因 此 我 们 把 这 
种 多 态 称 为 动 多 态 (dynamic polymorphism) ; 我 们 平常 所 谈论 的 
C++ 多 态 指 的 就 是 这 种 动 多 态 。 然 而 ， 模 板 也 允许 我 们 使 用 单一 的 泛 型 
标记 ， 来 关联 不 同 的 特定 行为 ， 但 这 种 (借助 于 模板 的 ) 关联 是 在 编 
译 期 进行 处 理 的 ， 因 此 我 们 把 这 种 (借助 于 模板 的 ) 多 态 称 为 静 多 态 
(static polymorphism) ， 从 而 和 上 面 的 动 多 态 区 分 开 来 。 在 这 一 章 
里 ， 我 们 将 重 温 这 两 种 形式 的 多 态 ， 然 后 讨论 : 在 何 种 情况 下 ， 应 该 
使 用 哪 一 种 多 态 。 


14.1 动 多 仿 


在 C++ 的 历史 上 ， 开 始 人 们 只 是 使 用 继承 来 对 多 态 提 供 文 持 ， 而 且 
这 种 继承 是 和 虚 函 数 紧 密 联 系 在 一 起 的 [2] 。 在 这 种 情况 下 ， 多 态 的 设 
计 思 想 主要 在 于 : 对 于 几 个 相关 对 象 的 类 型 ， 确 定 它 们 之 间 的 一 个 共 
同 功能 集 ; 然后 在 基 类 中 ， 把 这 些 共 同 的 功能 声明 为 多 个 虚 函 数 接 
加 起 

基于 这 种 设计 方案 的 一 个 典型 例子 是 : 一 个 用 于 管理 某 些 几何 形 
状 ， 并 且 能 够 以 某 种 方式 《例如 在 屏幕 上 面 ) 对 这 些 形状 进行 修改 的 
应 用 程序 。 在 这 个 应 用 程序 中 ， 我 们 可 以 确定 一 个 所 谓 的 抽象 基 类 

abstract base class，ABC) GeoObj， 它 声明 了 一 些 适 用 于 所 有 几何 对 
象 的 公共 操作 和 属性 。 于 是 ， 每 个 针对 特定 几何 对 象 的 具体 类 都 派生 
自 GeoObj 〈 见 图 14.1) 。 


GeoObj 


virtual draw()= 0 
virtual center of gravity() = 0 


Circle Line Rectangle 


draw!() draw() draw() 
center of gravity() , center of gravity() | center_ of gravity() 


图 14.1 使 用 继承 实现 的 多 态 


// polydynahierhpp 
#include "coord.hpp" 
/ 针对 几何 对 象 的 公共 抽象 基 类 GeoObj 
class GeoObj { 
public: 
// 画 出 几何 对 象 : 
Virtual void draw() const = 0; 
/返回 几何 对 象 的 重心 : 


virtual Coord center_of _ gravity() const = 0; 


} 

/ 具体 的 几何 对 象 类 Circle 
//- 派生 自 GeoObj 

class Circle : public GeoObj { 


public: 
Virtual void draw() const; 
virtual Coord center_of gravity() const;... 
}; 
/ 具体 的 几何 对 象 类 Line 
/ -派生 目 GeoObj 
class Line : public GeoObj { 
public: 
Virtual void draw() const; 


Virtual Coord center_of_gravity() const; 


| 


生成 了 具体 对 象 之 后 ， 客 户 端 代码 就 可 以 通过 指向 基 类 的 引用 或 
者 指针 来 操作 这 些 对 象 ， 并 且 能 够 通过 这 些 引 用 或 者 指针 来 实现 虚 函 
数 的 调度 机 制 。 也 就 是 说 ， 利 用 一 个 指向 基 类 ( 子 对 象 ， 的 指针 或 者 
引用 来 调用 虚 成 员 函 数 ， 实 际 上 将 可 以 调用 (指针 或 者 引用 实际 上 所 
代表 的 ) 具体 类 对 象 的 相应 成 员 。 

在 我 们 的 例子 中 ， 可 以 如 下 组 织 具 体 的 代码 : 

/ poly/dynapoly.cpp 

#include "dynahier.hpp" 

#include <vector> 

// 画 任 意 一 个 GeoObj 

void myDraw (GeoObj const& obj ) 

{ 

obj.draw0); / 根据 对 象 的 类 型 来 调用 对 应 的 draw0 

} 


/计算 两 个 GeoObj 对 象 重心 之 间 的 距离 

Coord distance (GeoObj const& x1, GeoObj const& x2) 

{ 
Coord c= X1.center_of gravity() - x2.center_of_gravity(); 
return c.abs(); // 返回 坐标 的 绝对 值 

} 

// 画 出 属于 异类 集合 的 GeoObj 对 象 

void drawElems (std::vector<GeoObj*> const& elems) 

{ 
for (unsigned i=0; i<elems.size(); ++i) { 


elems[i]->draw(); /W 根据 元 素 的 类 型 来 调用 相应 的 draw() 


) 
int main() 
{ 

Line l:; 

Circle c, c1, c2; 

myDraw!(]); // myDraw(GeoObj&) => Line::draw() 

myDraw(c); // myDraw(GeoObj&) => Circle::draw() 
distance(c1,c2); // distance(GeoObj&,GeoObj&) 
distance(l,c); // distance(GeoObj&,GeoObj&) 
std::vector<GeoObj*> coll;，// 元 素 类 型 互 异 的 集合 
coll.push_back(&J); / 插入 一 条 直线 
coll.push_back(&a); dy 
drawElems(coll): // 画 不 同 种 类 的 GeoObj 对 象 


} 


在 上 面 代 人 码 中 ， 函 数 draw() 和 center_of_gravity0 是 两 个 主要 的 多 态 
接口 元 素 ， 它 们 也 都 是 虚拟 的 成 员 函 数 。 在 例子 中 ， 我 们 给 出 了 这 两 
个 函数 在 函数 mydraw()、distance() 和 drawElems() 中 的 用 法 ; 而 且 ， 在 
后 面 这 3 个 函数 〈 指 mydraw0 等 ) 中 ， 我 们 使 用 公共 基 类 GeoObj 来 表 
示 对 象 的 类 型 ， 因 此 ， 在 编译 期 并 不 能 确定 会 使 用 属于 哪个 具体 类 的 
draw() 或 center_of_gravity() 芳 数 。 然 而 ， 如 果 是 在 运行 期 ， 那 么 就 可 以 
通过 访问 实际 对 象 的 完整 动态 类 型 来 调度 这 两 个 虚 函 数 的 调用 ， 而 这 
个 实际 对 象 束 是 调用 虚 函 数 的 指针 所 代表 的 对 象 。 因 此 ， 根 据 儿 何 对 
象 的 实际 类 型 ， 或 可 以 完成 相应 的 钞 数 调用 。 例 如 ， 如 果 是 Line 对 象 
调用 mydraw0 函 数 ， 那 么 obj.draw0 〇 将 会 调用 Line::draw0O); 人 然而， 如果 
draw() 函 数 面 对 的 是 Circle 对 象 ， 那 么 将 会 调用 Circle::draw()。 类 似 地 ， 
在 琴 数 distance(，) 中， 也 会 根据 实际 的 对 象 来 调用 相应 的 
center_of_gravity() 芳 数 。 

对 于 动 多 态 而 言 ， 最 引入 注目 的 特性 或 许 是 处 理 异类 容器 的 能 
力 。 上 面 例子 中 的 drawElems 就 阐述 了 这 个 概念 ， 诸 如 下 面 的 简单 表达 
式 : 

elems[i]->draw() 


将 会 根据 被 欠 代 元 系 的 类 型 ， 而 调用 不 同 的 成 员 函 数 。 


14.2 态 


模板 也 能 够 被 用 于 实现 多 仿 。 然 而 ， 这 种 多 态 并 不 依赖 于 在 基 类 
中 包含 公共 行为 的 因素 ; 但 仍然 存在 一 种 隐 式 的 公共 性 ， 即 应 用 程序 
的 不 同 “ 形 状 ( 即 类 型 ) ”都 必须 支持 某 些 使 用 公共 语法 的 操作 (也 就 
是 说 ， 相 关 的 函数 必须 具有 相同 的 名 称 ) 。 另 外 ， 具 体 类 之 间 的 定义 
征 互 相 独 立 的 〈 见 图 14.2) 。 于 是 ， 当 用 具体 类 对 模板 进行 实例 化 的 时 
候 ， 这 种 多 态 的 威力 就 显示 出 来 了 。 


区 > Pe 


Circle ] Line Rectangle 


draw!() | draw!() draw() | 
center_ of gravity() | center_of_gravity() || center_of gravity() | 


图 14.2 借助 于 模板 所 实现 的 多 态 

例如 ， 前 面 小 让 中 的 myDraw0 函 数 : 

void myDraw (GeoObj const& obj) ”// GeoObj 是 一 个 抽象 基 类 

{ 

obj.draw\(); 

} 

大 概 可 以 被 改写 如 下 : 

template <typename GeoObj> 

void myDraw (GeoObj const& obj) ”// GeoObj 是 模板 参数 

{ 

obj.draw(); 

} 

通过 比较 myDraw0 的 这 两 个 实现 ， 我 们 可 以 看 出 主要 的 区 别 在 
于 后 一 个 GeoObj 的 规范 是 模板 参数 ， 而 不 是 一 个 公共 基 类 。 然 而 ， 在 
这 个 现象 的 背后 ， 还 存在 更 多 本 质 的 差别 。 例 如 ， 使 用 动 多 态 ， 我 们 
在 运行 期 只 具有 一 个 myDraw0 函 数 ， 而 如 有 果 使 用 模板 ， 我 们 则 可 能 具 
有 多 个 不 同 的 函数 ， 诸 如 myDraw<Line>0 和 myDraw<Circle>(0。 

接 下 来 ， 对 于 上 一 小 市 的 例子 ， 我 们 将 用 静 多 仿 进 行 改写 ， 并 给 
出 一 个 完整 的 例子 。 首 和 完 ， 我 们 在 这 里 并 没有 构造 一 个 几何 类 的 体 
系 ， 而 是 创建 了 几 个 单独 的 几何 类 : 

// poly/statichier.hpp 


#include "coord.hpp" 
/ 具体 的 几何 对 象 类 Circle 
//- 并 没有 派生 目 任 何其 他 的 类 
class Circle { 
public: 
void draw!() const; 
Coord center_of_gravity() const;... 
冯 
/ 具体 的 几何 对 象 类 Line 
//- 并 没有 派生 自任 何其 他 的 类 
class Line { 
public: 
void draw!() const; 


Coord center_of_gravity() const; 
* 


现在 ， 使 用 这 些 类 的 应 用 程序 看 起 来 如 下 所 示 : 
// poly/staticpoly.cpp 
#include "statichier.hpp" 
#include <vector> 
// 画 出 任意 GeoObj 
template <typename GeoObj> 
void myDraw (GeoObj const& obj) 
{ 
obj.draw(); /WU 根据 对 象 的 类 型 调用 相应 的 draw() 


/ 计算 两 个 GeoObj 对 象 之 间 重 心 的 距离 

template <typename GeoObjl, typename GeoObj2> 

Coord distance (GeoObj1 const& x1, GeoObj2 const& x2) 

{ 
Coord c= Xl.center_ of gravity() - x2.center_of _gravity(); 
return c.abs(); // 返回 坐标 的 绝对 值 

} 

// 画 出 属于 异类 集合 的 GeoObj 对 象 

template <typename GeoObj> 


void drawElems (std::vector<GeoObj> const& elems) 
{ 
for (unsigned i=0; i<elems.size(); ++i) { 


elems[i].draw(); /根据 元 素 的 类 型 调用 相应 的 draw0) 


} 
int main() 
{ 
Line ]; 
Circle c, c1, c2; 
myDraw!(]); // myDraw<Line>(GeoObj&) => Line::draw() 
myDraw(o); // myDraw<Circle>(GeoObj&) => 
Circle::draw() 
distance(c1,c2); 
//distance<Circle,Circle>(GeoObj1l&,GeoObj2&) 
distance(l,c); // distance<Line,Circle>(GeoObj1l&,GeoObj2&) 
// std::vector<GeoObj*> coll; /错误 : 异类 集合 在 这 里 是 不 允许 


的 


std::vector<Line> coll; /正确 : 同类 集合 在 这 里 是 允许 的 
coll.push_back(]); // 插入 一 条 直线 
drawElems(coll); // 画 出 所 有 的 直线 
} 
在 上 面 的 distance0 函 数 中 ， 有 一 点 和 myDraw0 函 数 是 不 同 的 : 我 
们 已 经 不 再 使 用 GeoObj 作 为 一 个 具体 的 参数 类 型 ， 而 是 提供 了 两 个 模 
板 参 数 GeoObj1 和 GeoObj2。 通 过 使 用 这 两 个 不 同 的 模板 参数 ， 距 离 计 
算 函 数 就 可 以 接 党 由 两 个 不 同 的 几何 对 象 类 型 所 组 成 的 各 种 组 合 : 
distance(lc); // distance<Line,Circle>(GeoObj1l&,GeoObj2&) 
然而 ， 我 们 在 此 再 也 不 能 透明 地 处理 异类 的 集合 这 也 是 静 多 态 
的 静态 特性 所 强加 的 约束 : 所 有 的 类 型 都 必须 能 够 在 编译 期 确定 。 但 
我 们 可 以 为 不 同 的 几何 对 象 类 型 引入 不 同 的 集合 而且， 集合 的 元 素 
类 型 也 不 再 局 限于 指针 ， 从 而 能 够 在 性 能 和 类 型 安全 方面 给 我 们 带 来 
一 些 显 车 的 好 处 。 


14.3 动 多 态 和 静 多 态 


我 们 来 对 多 态 进 行 分 类 ， 并 对 这 两 种 多 态 进行 比较 。 
14.3.1 术语 

动 多 态 和 静 多 态 为 不 同 的 C++ 编程 idioms 提 供 了 文 持 [3] : 

“通过 继承 实现 的 多 态 是 绑 定 的 和 动态 的 : 

绑 定 的 含义 是 : 对 于 参与 多 态 行为 的 类 型 ， 它 们 (具有 多 态 行 
为 ) 的 接口 是 在 公共 基 类 的 设计 中 就 预先 确定 的 《有 时 候 也 把 绑 定 这 
个 概念 称 为 入 侵 的 或 者 插入 的 ) 。 

动态 的 含义 是 : 接口 的 绑 定 是 在 运行 期 (动态 ) 完成 的 。 

“通过 模板 实现 的 多 态 是 非 绑 定 的 和 静 态 的 : 


非 绑 定 的 含义 是 : 对 于 参与 多 态 行为 的 类 型 ， 它 们 的 接口 是 没有 
预先 确定 的 《有 时 也 称 这 个 概念 为 非 入 侵 的 或 者 非 插 入 的 ) 。 

静态 的 含义 是 : 接口 的 绑 定 是 在 编译 期 《静态 ) 完成 的 。 

因此 ,严格 地 讲 ， 在 针对 C++ 的 说 法 中 ， 动 多 态 是 绑 定 并 且 动 态 的 
多 态 的 人 简称， 而 静 多 态 则 是 非 绑 定 并 有 旦 静态 的 多 态 的 人 简称。 但 是 在 其 
他 语言 中 ， 还 可 能 会 有 其 他 组 合 存 在 (例如 ，Smalltalk 就 提供 了 非 绑 
定 的 动态 多 态 ) 。 然 而 ， 在 C++ 的 上 下 文中 ， 动 多 态 和 静 多 态 是 两 个 
非常 准确 的 概念 ， 并 不 会 产生 混 消 。 

14.3.2 优点 点 

C++ 的 动 多 态 具 有 下 列 优点 : 

“能 够 优雅 地 处 理 异 类 集合 。 

“可 执行 代码 的 大 小 通常 比较 小 〈 因 为 只 需要 一 个 多 态 函 数 ， 但 对 
于 静 多 态 而 言 ， 为 了 处 理 不 同 鸭 类 型 ， 必 须 生 成 多 个 不 同 的 模板 实 
例 ) 。 

可 以 对 代码 进行 完全 编译 ; 因此 并 不 需要 发 布 实现 源码 (但 是 ， 
分 发 模板 库 通 常 都 需要 同时 分 发 模板 实现 的 源 代 码 ) 。 

男 一 方面 ，C++ 的 静 多 态 则 具有 下 列 优点 : 

“可 以 很 容易 地 实现 内 建 类 型 的 集合 。 更 广义 地 说 ， 并 不 需要 通过 
公共 基 类 来 表达 接口 的 共同 性 。 

所 生成 的 代码 效率 通常 都 比较 高 (因为 并 不 存在 通过 指针 的 间接 
调用 ， 而且 ， 可 以 进行 演绎 的 非 虚 拟 画 数 具 有 更 多 的 内 联机 会 ) 。 

“对 于 只 提供 部 分 接口 的 具体 类 型 ， 如 采 在 应 用 程序 中 只 是 使 用 到 
这 一 部 分 接口 ， 那 么 也 可 以 使 用 该 具体 类 型 ; 而 不 必 在 乎 该 类 型 是 否 
提供 其 他 部 分 的 接口 。 

通常 而 言 ， 与 动 多 态 相 比 ， 静 多 态 被 认为 具有 更 好 的 类 型 安全 
性 ; 因为 静 多 态 在 编译 期 会 对 所 有 的 绑 定 操作 进行 检查 。 例 如 ， 假 设 


我 们 尝试 把 一 个 错误 类 型 的 对 象 插 入 到 一 个 容器 中 ， 如 果 这 个 容器 是 
根据 模板 实例 化 而 生成 的 话 ， 那 么 几乎 不 会 有 危险， 因为 在 编译 期 束 
可 以 检查 出 这 个 错误 ; 但 如 采 该 容 右 所 期 望 的 元 素 是 指 癌 公共 基 类 的 
秆 ， 那 么 这 些 指针 最 后 很 有 可 能 会 指向 不 同类 型 的 完整 对 象 ， 而 这 
残 有 可 能 会 插入 错误 类 型 的 对 象 。 

在 实际 应 用 中 ， 对 于 看 起 来 相同 的 接口 ， 如 果 在 它们 背后 隐藏 着 
一 些 语 义 假 设 的 话 ， 那 么 模板 实例 化 体 有 时 也 会 导致 一 些 问 题 。 例 
如 ， 对 于 一 个 假设 具有 关联 运算 符 + 的 模板 ， 如 有 果 基 于 一 个 没有 关联 
该 运算 符 的 类 型 来 实例 化 这 个 模板 ， 那 么 就 会 出 现 一 些 问题 。 然 而 ， 
基于 继承 体系 的 多 态 则 很 少 会 出 现 这 种 语义 非 匹配 的 问题 ， 因 为 公共 
接口 规范 已 经 在 基 类 中 (更 加 ) 显 式 地 指定 了 。 

14.3.3 组 合 ; 态 

显然 ， 你 可 以 组 合 这 两 种 形式 的 多 态 。 例 如 ， 你 可 以 从 一 个 公共 
基 类 派生 出 不 同 种 类 的 几何 对 象 类 ， 从 而 能 够 处 理 属于 异类 集合 的 不 
同 几 何 对 象 。 另 一 方面 ， 你 仍然 可 以 使 用 模板 来 编写 针对 某 种 几何 对 
象 的 代码 。 

我 们 将 在 第 16 章 中 进一步 前 述 继承 和 模板 的 组 合 。 在 第 16 章 中 ， 
我 们 将 看 到 : 如 何 对 成 员 函 数 的 虚拟 性 进行 参数 化 ， 当 使 用 基于 继承 
的 奇异 递归 模板 模式 (cuiriously recurring template pattern，CRTP) 的 
时 候 ， 静 多 态 要 牺牲 哪些 额外 的 灵活 性 。 


14.4 渐 形 式 的 设 


这 种 新 形式 的 静 多 态 市 来 了 实现 设计 模式 的 新 方法 。 例 如 ， 以 在 
C++ 程序 设计 中 扮演 重要 角色 的 桥 模式 (bridge pattern) 为 例 。 我 们 使 
用 桥 模 式 的 目的 是 为 了 能 够 在 同一 接口 的 多 个 不 同 实现 中 进行 切换 。 
根据 [DesignPattermsGoV] 所 言 ， 我 们 通常 可 以 使 用 一 个 指针 来 引用 具体 


的 实现 ， 然 后 把 所 有 的 调用 都 委托 给 这 个 〈 包 含 具体 实现 的 ) 类 ， 从 
而 达到 我 们 的 目的 〈 见 图 14.3) 。 


Implementation* body; 


operationA() { 
body->operationA() 
} 


operationB() { 
body->operationB() 
body->operationC() 


Implementation 


virtual operationA() = 0; 


virtual operationB() = 0; 


virtual operationC() = 0; 


} 


Implementation A Implementation B | 


virtual operationA(); virtual operationA(); | 
virtual operationB(); virtual operationB(); | 
virtual operationC(); virtual operationC(); 


图 14.3 使 用 继承 实现 的 桥 模式 

然而 ， 如 琳 实 现 的 类 型 在 编译 期 束 已 经 是 确定 的 ， 那 么 我 们 束 可 
以 借助 于 模板 的 方法 来 实现 桥 模式 ( 见 图 14.4) 。 这 将 可 以 带 来 更 好 的 
类 型 安全 性 ， 并 且 也 能 避免 使 用 指针 ， 而 且 还 能 带 来 更 高 的 效率 。 


Interface 
Impl body; 


operationA(){ 
body.operationA!() 


operationB() { operationA(); operationA(); 


body.operationB() 


body.operationC() operationB()， operationB(); 


operationC(); operationC(); 


图 14.4 使 用 模板 实现 的 桥 模式 


14.5 泛 型 程序 设计 


静 多 态 涉 及 到 了 泛 型 程序 设计 的 概念 。 然 而 ， 对 于 泛 型 程序 设 
计 ， 并 没有 一 个 统一 的 定义 〈 束 像 面 向 对 象 的 程序 设计 也 没有 统一 的 
定义 一 样 ) 。 根 据 [CzarneckiEiseneckerGenPorg] 所 言 ， 这 个 概念 涉及 的 
范围 从 使 用 泛 型 参数 进行 程序 设计 ， 一 直到 找 出 高 效 算 法 的 最 抽象 表 
述 。 该 书 总 结 如 下 : 

泛 型 程序 设计 是 计算 机 科学 的 一 个 分 文 ， 它 运用 目 身 系统 的 组 
织 ， 来 找到 高 效 的 算法 、 数 据 结 构 和 其 他 软件 概念 的 抽象 表述 ， 以 及 
它们 系统 化 的 组 织 方式 .…… 泛 型 程序 设计 主要 着 重 于 表示 一 组 相关 的 
领域 概念 ( 见 该 书 的 169 和 170 页 ) 。 

在 C++ 的 上 下 文中 ， 我 们 有 时 也 把 泛 型 程序 设计 定义 为 运用 模板 的 
程序 设计 (就 像 面 癌 对 象 的 程序 设计 被 看 成 是 运用 虚 函 数 的 程序 设 
计 ) 。 就 这 种 意义 而 言 ，C++ 模 板 的 每 次 使 用 都 可 以 被 看 成 是 泛 型 程序 
设计 的 一 个 实例 ; 然而， 开发 人 员 却 经 常 认为 泛 型 程序 设计 本 身 具 有 
一 个 额外 的 本 质 特性 ， 即 在 一 个 框架 中 ， 设 计 模 板 的 目的 是 为 了 能 够 
得 到 多 种 有 用 的 (类型) 组合 。 

到 目前 为 止 ， 在 C++ 泛 型 程序 设计 领域 中 ， 最 显著 的 贡献 就 是 STL 

(Standard Template Library) ， 它 后 来 被 采纳 并 引入 到 C++ 标准 库 中 。 
STL 实际 上 是 一 个 框架 ， 它 提供 了 许多 有 用 的 操作 ， 我 们 也 把 这 些 操 
作 称 为 算法 ; 它 同 时 也 为 对 象 集合 提供 了 许多 线性 数据 结构 ， 我 们 把 
这 些 数据 结构 称 为 容器 ; 而且， 算法 和 容 融 都 是 模板 。 然 而 ， 天 键 之 
处 在 于 算法 并 不 是 容器 的 成 员 函 数 ， 而 是 以 一 种 泛 型 的 方式 编写 的 ; 
因此 任何 容器 (和 线性 的 元 素 集 合 ) 都 可 以 使 用 这 些 算法 。 为 了 实现 
这 个 目的 ，STL 的 设计 者 引入 了 一 个 称 为 迭代 需 的 抽象 概念 ， 任 何 种 类 
的 线性 容 希 都 提供 了 这 些 迭 代 右 。 从 本 质 上 讲 ， 容 盔 在 针对 集合 方面 
的 操作 都 被 外 包 到 送 代 絮 的 功能 上 了 。 

因此 ， 如 果 要 实现 一 个 诸如 计算 序列 中 最 大 值 的 操作 ， 我 们 并 不 
需要 知道 诸如 这 些 值 在 序列 中 是 如 何 存储 的 这 样 的 细 市 : 


template <class Iterator> 
Iterator max_element (Iterator beg， // 指 癌 容 絮 的 起 始 位 置 
Iterator end) ”// 指 回 容 圳 的 结束 位 置 


{ 
/ 只 十 使 用 和 欠 代 亏 的 操作 来 笛 爵 集合 的 所 有 元 素 
/ 从 而 找到 一 个 具有 最 大 值 的 元 素 
/并 且 以 Iterator 的 形式 返回 这 个 元 素 的 位 置 

} 


在 此 ， 每 个 线性 容器 并 不 需要 提供 诸如 max_elementO 的 所 有 操 
作 ， 而 只 需要 提供 一 个 能 够 遍历 序列 中 〈 它 所 包含 的 ) 所 有 值 的 迭代 
妖 类 型 ， 和 一 些 能 够 创建 这 类 送 代 器 的 成 员 函 数 : 
namespace std { 
template <class T, ... > 
class vector { 
public: 
typedef ... const_iterator; 。// 为 常量 Vector 而 特定 实现 的 
a / 迭代 雁 类 型 
const_iterator begin() const; / 表示 容器 起 始 位 置 的 迭代 妖 
const_iterator end() const; ”// 表示 容器 结束 位 置 的 迭代 咒 


上 
template <class T, ...> 
class list { 
public: 
typedef ... const_iterator; 。// 为 常量 list 而 特定 实现 的 
/， 友 代 怖 类 型 


PX 日 量 


const_iterator begin() const; // 表示 容器 开始 位 置 的 从 代 姨 
const_iterator end() const; “”// 表示 容器 结束 位 置 的 迭代 咒 


上 
} 
现在 ， 你 就 可 以 通过 调用 沁 型 的 max_element() 操 作 ， 并 且 以 容 妖 
的 开始 位 置 和 结束 位 置 作为 调用 参数 ， 来 找到 该 容器 的 最 大 值 (在 此 
我 们 省 略 了 对 空 集合 的 特殊 处 理 ) : 
/ poly/printmax.cpp 


#include <vector> 
#include <list> 
#include <algorithm> 
#include <iostream> 
#include "MyClass.hpp" 
template <typename T> 
void print_max (T const& coll) 
{ 
// 声明 一 个 局 部 的 容 右 迭代 器 
typename T::const_ iterator pos; 
/ 计算 出 最 大 值 的 位 置 
pos = std::max_element(coll.begin(),coll.end()); 
// 输 出 容器 coll 的 最 大 元 素 的 值 (如 果 存 在 的 话 ) 
if (pos != coll.end()) { 
std::cout << *pos << std::end]; 
} 
else { 


std::cout << "empty" << std::end]; 


} 
有 
int main() 
{ 
std::vector<MyClass> Cc1; 


std::list<MyClass> c2; 


print_max (c1); 
print_max (c2); 

} 

STL 借 助 于 达 代 器 对 这 些 操 作 进 行 了 参数 化 ， 从 而 避免 了 操作 定义 
在 数量 上 的 过 度 膨胀 。 在 此 ， 你 并 不 需要 为 每 个 容 需 都 实现 每 一 个 操 
作 ， 只 需要 实现 某 个 算法 一 次 ， 束 可 以 把 该 算法 应 用 到 每 个 容 右 中 。 
换 句 话说 ， 泛 型 程序 设计 的 “ 粘 合 剂 * 就 是 :由 容 句 提供 的 并 且 能 被 算 
法 所 使 用 的 迭代 器 。 和 迭代 器 之 所 以 能 够 肩负 这 样 的 任务 ， 是 由 于 容器 
为 迭代 器 提供 了 一 些 特 定 的 接口 ， 而 算法 所 使 用 的 正 是 这 些 接口 。 我 
们 通常 也 把 每 个 这 样 的 接口 称 为 一 个 concept ( 即 约束 ) ， 它 说 明 一 个 
模板 〈 即 容器 ) 如 果 要 并 入 这 个 框架 ( 即 STL) ， 就 必须 履行 或 者 实 
现 这 些 约束 。 

从 原则 上 讲 ， 也 可 以 使 用 动 多 态 来 实现 这 些 类 似 于 STL 的 功能 。 
然而 ， 用 多 态 实 现 的 功能 使 用 起 来 肯定 会 很 受 限 制 ， 因 为 与 送 代 妖 的 
概念 相 比 ， 动 多 态 的 虚 函 数 调用 机 制 将 会 是 一 种 重量 级 的 实现 机 制 ， 
这 就 会 对 效率 产生 很 大 的 影响 。 辟 如 增加 一 层 基于 虚 函 数 的 接口 层 ， 
通常 就 会 影响 操作 的 效率 ， 而 且 这 种 影响 的 程度 可 能 是 几 个 数量 级 的 

(其 至 更 加 严重 ) 。 

事实 上 ， 汉 型 程序 设计 是 相当 实用 的 ， 因 为 它 所 依赖 的 是 静 多 

态 ， 而 静 多 态 会 要 求 在 编译 期 对 接口 进行 解析 。 另 一 方面 ， 这 种 要 求 


( 即 对 接口 在 编译 期 进行 解析 ) 还 会 带 来 一 些 与 面向 对 象 程 序 设 计 原 
则 截然 不 同 的 新 设计 原则 ， 在 本 书 的 剩余 部 分 我 们 将 会 前 述 许 多 重要 
的 泛 型 设计 原则 。 


14.6 本 章 后 记 


es 在 模板 出 现 
之 前 ， 多 态 体系 是 实现 容器 的 一 种 很 流行 的 方法 。 一 个 典型 的 例子 不 
是 National Institutes of Health Class Library (NIHCL) ; 它 很 大 程度 上 
重新 实现 了 Smalltalk 的 容器 类 层次 体系 ( 见 图 14.5) 。 


Object 
lterator Collection 
lterator (Collection&) virtual void doReset (lterator&) 
void reset() virtual Object* doNext (lterator&) 
Object* operator++ () virtual void doFinish (lterator&) 
Object* operator() () 隔 
SegqgCltn Bag Set 
Stack LinkedList OrderedCltn IdentSet Dictionary 
SortedCltn IdentDict 


图 14.5 NIHCL 的 类 层次 体系 


类 似 于 C++ 标准 库 ，NIHCL 文 持 许多 容 锅 和 迭代 器 。 然 而 ， 它 的 
实现 延续 了 动 多 态 的 Smalltalk 风 格 : Iterator 使 用 抽象 基 类 Collection 来 
操作 不 同 的 集合 类 型 ; 

Bag cil; 

Set c2; 


Iterator il(c1); 
Iterator i2(c2); 


遗憾 的 是 ， 束 运行 时 间 和 内 存 使 用 而 言 ， 这 种 方法 的 代价 都 是 相 
当 高 昂 的 。 与 C++ 标 准 库 相 比 ， 该 方法 的 运行 时 间 要 大 上 几 个 数量 级 ; 
因为 大 多 数 操 作 最 后 都 会 要 求 一 个 虚 (函数 ) 调用 (然而 在 C++ 标 准 库 
中 ， 大 多 数 操作 都 站 内 联 的 ， 迭 代 瑚 和 容 亏 接口 也 不 会 涉及 到 虚 函 数 
调用 ) 。 另 外 ， 因 为 这 些 接口 都 是 绑 定 的 〈 这 一 点 和 Smalltalk 不 同 ) ， 
所 以 需要 使 用 庞大 的 多 态 类 来 对 内 建 类 型 进行 包装 (NIHCL 确实 提供 
了 用 于 这 种 包装 的 机 制 ) ， 而 这 将 会 导致 内 存 使 用 量 的 大 幅 增加 。 
某 些 人 可 能 会 求助 于 宏 的 解决 方案 ， 但 这 毕竟 是 极 少 数 。 另 一 方 
面 ， 即 使 在 模板 已 经 发 展 得 比较 成 熟 的 今天 ， 仍 然 有 许多 人 在 他 们 的 
设计 方案 中 过 多 地 使 用 动 多 态 的 解决 万 案 ， 而 这 有 时 只 是 次 优化 的 解 
决 方案 。 显 然 ， 在 许多 情况 下 ， 动 多 态 是 最 佳 的 选择 ， 璧 如 异类 迭代 
就 是 其 中 的 一 个 例子 。 然 而 ， 男 一 方面 ， 对 于 许多 程序 任务 而 言 ， 如 
果 使 用 模板 来 解决 ， 那 么 将 会 更 加 自然 而 且 高 效 ， 壁 如 同类 容 右 谍 是 
其 中 的 一 个 例子 。 
静 多 态 的 机 制 可 以 编写 出 非常 基本 的 计算 结构 (如 基本 算法 
) 。 与 之 相 比 ， 动 多 态 需 要 选择 一 个 公共 基 类 ， 这 就 意味 着 动 多 态 
通常 都 需要 作出 特定 于 某 一 领域 的 决定 。 于 是 ，C++ 标 准 库 的 STL 部 分 


稚 
可 
、 


并 没有 包含 动 多 态 容 舌 ， 却 包 侣 相当 多 的 使 用 静 多 态 的 容 央 和 迭代 
二 ， 这 也 天 不 足 为 奇 了 。 

中 等 规模 和 大 规模 的 C++ 程序 通常 都 需要 处 理 本 章 中 所 讨论 的 这 两 
种 多 态 。 在 某 些 条 件 下 ， 可 能 还 需要 紧密 地 结合 这 两 种 多 态 。 于 是 ， 
在 多 数 情况 下 ， 都 可 以 根据 我 们 的 讨论 来 做 出 最 佳 的 选择 ， 但 如 果 能 
够 化 些 时 间 来 思考 长 期 潜在 的 发 展 ， 往 往 也 是 有 所 收获 的 。 


第 15 章 trait 与 policy 类 


模板 的 神奇 在 于 我 们 可 以 针对 多 种 类 型 对 类 和 函数 进行 参数 化 。 
于 是 ， 我 们 可 能 会 期 望 引 入 尽 可 能 多 的 模板 参数 ， 从 而 能 够 目 定义 类 
型 或 者 算法 的 各 个 方面 。 借 助 于 这 种 方式 ， 我 们 的 “模板 化 ”组 件 束 能 
够 根据 客户 端 代码 的 具体 要 求 进行 适当 的 实例 化 。 然 而， 从 实用 的 观 
点 来 看 ， 我 们 并 不 希望 为 了 能 够 最 大 程度 地 参数 化 而 引入 太 多 的 模板 
参数 ; 而 且 ， 要 在 客户 端 代码 中 指定 所 有 的 相应 实 参 往 往 也 是 烦人 
的 。 

圣 运 的 是 ， 我 们 发 现 硕 望 引 入 的 大 多 数额 外 参数 都 具有 合理 的 缺 
省 值 。 在 某 些 情况 下 ， 这 些 额 外 的 参数 完全 是 由 儿 个 主 参数 来 确定 
的 ; 在 后 面 我 们 将 看 到 : 这 些 额 外 的 参数 可 以 被 完全 省 略 。 其 他 的 一 
些 参数 可 以 具有 一 些 依赖 于 主 参数 的 缺 省 什 ， 在 大 多 数 情况 下 这 些 缺 
省 值 都 能 够 符合 要 求 ， 但 也 能 对 缺 省 值 进 行 改 写 〈 用 于 特殊 的 应 用 程 
序 ) 。 最 后 ， 就 是 一 些 与 主 参数 无 关 的 参数 了 : 换 名 话说， 它们 本 身 
也 能 被 看 成 是 主 参 数 ， 和 主 参数 的 唯一 区 别 在 于 这 些 参数 存在 缺 省 
值 ， 而 且 在 大 多 数 情况 下 这 些 缺 省 值 都 能 够 符合 要 求 。 

policy 类 和 trait 〈 或 者 称 为 trait 模 板 ) 是 两 种 C++ 程序 设计 机 制 ， 它 
们 有 助 于 对 某 些 额外 参数 的 管理 ， 这 里 的 额外 参数 是 指 : 在 具有 工业 


强度 的 模板 设计 中 所 出 现 的 参数 。 在 这 一 章 中 ， 我 们 将 给 出 应 用 这 两 
种 技术 的 一 些 环境 ， 并 且 阐 述 了 如 何 利 用 这 两 种 有 用 的 技术 ， 让 你 目 
己 编写 出 健壮 并 且 功 能 强大 的 程序 。 


15.1 一 个 实例 : 累加 一 个 序 习 


计算 某 一 序列 值 的 总 和 是 一 个 相当 普通 的 计算 任务 。 然 而 ， 这 个 
看 起 来 相当 人 简单 的 问题 ， 为 我 们 提供 了 一 个 展现 policy 类 和 trait 各 种 技 
次 用 途 的 优秀 例子 。 

15.1.1 fixed traits 

目 和 完 让 我 们 首先 假设 所 要 计算 总 和 的 值 都 是 存储 在 一 个 数组 里 面 
的 ， 并 且 我 们 还 具有 一 个 指向 数组 第 1 个 元 素 的 指针 ， 以 及 一 个 指向 数 
组 最 后 一 个 元 素 的 后 一 位 的 指针 ， 这 两 个 指针 之 间 的 所 有 元 素 束 是 我 
们 要 进行 求 总 和 的 元 素 。 由 于 本 书 是 关于 模板 的 内 容 ， 所 以 我 们 希望 
能 够 编写 一 个 适合 许多 类 型 的 模板 来 完成 这 个 累加 操作 。 现 在 ， 让 我 
们 先 给 出 一 个 看 起 来 比较 直接 的 例子 [4] : 

// traits/accum1.hpp 

#ifndef ACCUM_ HPP 

#define ACCUM_HPP 


template <typename T> 


inline 
T accum (T const* beg, T const* end) 
{ 
Ttotal = TO; // 假设 TO 事实 上 会 生成 一 个 等 于 0 的 值 
while (beg != end) { 
total += *beg,; 


++beg; 


} 
return total; 

} 

#endif // ACCUM._ HPP 

在 上 面 的 代码 中 ， 一 个 稍微 复杂 的 决定 在 于 : 如 何 为 正确 的 类 型 
生成 一 个 0 值 ， 以 便 开始 我 们 的 求 和 过 程 。 在 此 我 们 使 用 了 TO; 对 于 诸 
如 int 和 float 的 内 建 数值 类 型 而 言 ，TO 通 常 都 可 以 符合 要 求 ( 见 5.5 
节 ) ; 对 其 他 类 型 的 考虑 我 们 后 面 再 讲 。 

为 了 引出 我 们 的 第 1 个 trait 模 板 ， 让 我 们 移 考 虑 下 面 的 代码 ， 它 使 
用 了 上 面 的 accum0) 模 板 : 

// traits/accum1.cpp 

#include "accum1.hpp" 

#include <iostream> 

int main() 

{ 

/ 生成 一 个 含有 5 个 整数 值 的 数组 

int num[]={1,2,3,4,5}:; 

// 输出 平均 值 

std::cout << "the average value of the integer values is " 

<< accum(&numl[0], &num[5]) /5 
<< \n'; 

/ 创建 字符 值 数组 

char name[] = "templates"; 

int length = sizeof(name)-1; 

/ (试图 ) 输出 平均 的 字符 值 

std::cout << "the average value of the characters in \"" 


<< Dame <<"\is" 


<< accum(&namel0], &name[length]) / length 
<<\n', 
} 
在 上 面 程序 的 前 半 部 分 ， 我 们 使 用 了 accum() 来 对 这 5 个 整数 值 进行 
求 和 : 
int num[]={1,2,3,4,5}: 


accum(&numl0], &num[5]) 

于 是 ， 把 这 个 结果 除 以 数组 的 元 素 个 数 ， 我 们 束 得 到 了 平均 整数 
值 。 

程序 的 第 2 部 分 试图 为 字符 串 templates 的 所 有 字符 重复 上 面 的 过 程 

(前 提 是 从 a 到 z 的 字符 形成 了 一 个 连续 的 字符 序列 ， 组 成 一 个 实际 的 

字符 集 对 于 ASCII 而 言 ， 情 况 确 实 如 此 ; 但 是 对 于 EBCDIC [5] 而 
言 ， 情 况 就 不 是 这 样 的 了 ) 。 假 设计 算 的 结果 应 该 是 位 于 值 a 和 z 之 间 
的 一 个 值 。 而 且 在 今天 大 多 数 平台 上 面 ， 这 个 值 是 由 ASCI 代 码 所 决定 
的 : 也 就 是 说 ，a 的 整数 值 为 97， 而 z 的 整数 值 为 122。 因 此 ， 我 们 可 能 
会 期 望 获得 一 个 位 于 97 和 122 之 间 的 结果 。 然 而 ， 在 我 们 的 平台 中 ， 程 
序 的 输出 如 下 : 

the average value of the integer values is 3 

the average value of the characters in "templates" is -5 

这 里 的 问题 是 我 们 的 模板 是 基于 char 类 型 进行 实例 化 的 ， 而 char 的 
范围 是 很 小 的 ， 即 使 对 于 相对 较 小 的 数值 进行 求 和 也 可 能 会 出 现 越界 
的 情况 。 显 然 ， 我 们 可 以 通过 引入 一 个 额外 的 模板 参数 AccT 来 解决 这 
个 问题 ， 其 中 AccT 描 述 了 变量 total 的 类 型 (同时 也 是 返回 类 型 ) 。 然 
而 ， 这 将 会 给 该 模板 的 所 有 用 户 都 强加 一 个 额外 的 负担 :他 们 每 次 调 
用 这 个 模板 的 时 候 ， 都 要 指定 这 个 额外 的 类 型 。 因 此 ， 和 针对 我 们 上 面 
的 例子 ， 我 们 不 得 不 这 样 编写 代码 : 


accum<int>(&name[0],&name[length]) 

虽然 说 这 个 约束 并 不 会 很 磋 烦 ， 但 我 们 仍然 期 望 可 以 完全 避免 这 
个 约束 。 

关于 这 个 额外 参数 ， ee et ae 
类 型 都 创建 一 个 关联 ， 所 关联 的 类 型 就 是 用 来 存储 票 加 和 的 类 型 。 
种 关联 可 以 被 看 作 是 类 型 T 的 一 个 特征 ， Si 
的 类 型 称 为 T 的 trait。 于 是 ， 我 们 可 以 使 用 每 个 模板 特 化 来 写 出 这 些 关 
联 代码 : 


// traits/accumtraits2.hpp 


template<typename T> 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT:; 
上 
template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT:; 
}; 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT: 
}; 


template<> 


class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 

}; 

template<> 

class AccumulationTraits<float> { 

public: 
typedef double AccT; 

}; 

在 上 面 代 码 中 ， 模 板 AccumulationTraits 被 称 为 一 个 trait 模板 ， 
为 它 舍 有 它 的 参数 类 型 的 一 个 trait (通常 而 言 ， 可 以 存在 多 个 trait 和 多 
个 参数 ) 。 对 这 个 模板 ， 我 们 并 不 提供 一 个 泛 型 的 定义 ， 因 为 在 我 们 
不 知道 参数 类 型 的 前 提 下 ， 并 不 能 确定 应 该 选择 什么 样 的 类 型 作为 和 
的 类 型 。 然 而 ， 我 们 可 以 利用 某 个 实 参 类 型 ， 而 T 本 号 通 营 都 能 够 作为 
这 样 的 一 个 候选 类 型 《尽管 在 我 们 前 一 个 例子 中 ， 情 况 显然 并 非 如 
WS 

有 了 这 个 想法 之 后 ， 我 们 惑 可 以 这 样 改写 前 面 的 accum() 模 板 : 

// traits/accum2.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_ HPP 


#include "accumtraits2.hpp" 


template <typename T> 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


// 返回 值 的 类 型 是 一 个 元 素 类 型 的 trait 


typedef typename AccumulationTraits<T>::AccT AccT'; 
AccTtotal = AccT0O;V 假设 AccT( 实际 上 生成 了 一 个 0 值 
while (beg != end) { 
total += *beg,; 
++beg; 
} 
return total; 
} 
#endif // ACCUM._ HPP 
于 是 ， 现 在 例子 程序 的 输出 完全 符合 我 们 的 期 望 ， 具 体 如 下 : 
the average value of the integer values is 3 
the average value of the characters in "templates" is 108 
总 体 而 言 ， 上 面 的 修改 增加 了 一 个 非常 有 用 的 机 制 ， 从 而 可 以 目 
定义 我 们 的 算法 ， 从 这 个 意义 上 考虑 它 还 是 比较 灵活 方便 的 。 进 一 步 
而 言 ， 如 果 有 新 的 类 型 要 使 用 accum0 模 板 ， 那么 只 需 声 明 
AccumulationTraits 模 板 的 一 个 新 的 显 式 特 化 来 关联 Acct 和 该 类 型 即 可 。 
我 们 还 看 到 ， 任 何 类 型 都 可 以 和 Acct 进 行 关联 ， 来 实现 这 种 trait， 这 些 
类 型 包括 基本 类 型 、 在 其 他 程序 库 中 声明 的 类 型 等 。 
15.1.2 value trait 
到 目前 为 止 ， 我们 已 经 看 到 了 trait 可 以 用 来 表示 : “ 主 ” 类 型 所 关 
联 的 一 些 额外 的 类 型 信息 。 在 这 一 小 广 里 ， 我 们 将 阐明 这 个 额外 的 信 
居 并 不 局 限于 类 型 ， 常 数 和 其 他 类 型 的 值 也 可 以 和 一 个 类 型 进行 天 
联 。 
我 们 前 面 的 accum0 模 板 使 用 了 缺 省 构造 男 数 的 返回 值 来 初始 化 结 
果 变 量 ( 即 total) ， 而 且 我 们 期 望 该 返回 值 是 一 个 类 似 0 的 值 : 
AccT total = AccT(); // 假设 AccT0O 实际 上 生成 了 一 个 0 值 


return total; 

显然 ， 我 们 并 不 能 保证 上 面 的 构造 玉 数 会 返回 一 个 符合 条 件 的 
值 ， 可 以 用 来 开始 这 个 求 和 循环 。 而且， AS 
缺 省 构造 国 数 。 

在 此 ， 我 们 可 以 再 次 使 用 trait 来 解决 这 个 问题 。 对 于 上 面 的 例 
子 ， 我 们 需要 给 AccumulationTraits 添 加 一 个 value trait: 

// traits/accumtraits3.hpp 


template<typename T> 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT:; 
static AccT const zero = 0; 
起 
template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT:; 
static AccT const zero = 0; 
I 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT: 


static AccT const zero = 0; 


二 


在 上 面 的 代码 中 ， 我 们 的 新 trait 是 一 个 常量 ， 而 常量 是 在 编译 期 进 
行 求 值 的 。 因 此 ，accumO0 现 在 修改 如 下 : 

// traits/accum3.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_ HPP 


#include "accumtraits3.hpp" 


template <typename T> 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


1/ 返回 类 型 是 元 素 类 型 的 trait 
typedef typename AccumulationTraits<T>::AccT AccT; 
AccT total = AccumulationTraits<T>::zero; 
while (beg != end) { 
total += *beg,; 
++beg; 
} 
return total; 
} 
#endif // ACCUM._ HPP 
在 上 面 代码 中 ， 累 加 变量 ( 即 total) 的 初始 化 是 非常 直接 明了 的 : 
AccT total = AccumulationTraits<T>::zero; 
然而 ， 这 种 解决 方案 的 一 个 缺点 是 : 在 所 在 类 的 内 部 ，C++ 只 人 允许 
我 们 对 整 型 和 枚 举 类 型 初始 化 成 静态 成 员 变 量 。 显 然 ， 对 于 诸如 浮 点 


型 的 其 他 类 型 (也 包括 我 们 自己 定义 的 类 ) ， 我 们 就 不 能 使 用 上 面 的 
解决 方案 。 璧 如 下 面 的 特 化 吏 是 错误 的 : 


template<> 
class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static double const zero = 0.0; // 错误 : 并 不 是 一 个 整 型 变量 
}; 
对 于 这 个 问题 ， 一 个 直接 的 解决 方法 就 是 不 在 所 在 类 的 内 部 定义 
这 个 value trait， 如 下 所 示 : 


template<> 


class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static double const zero:; 
上 
然后 ， 在 源 文件 中 进行 初始 化 ， 看 起 来 大 概 如 下 : 


double const AccumulationTraits<float>::zero = 0.0; 

尽管 可 以 正常 运行 ,但 是 这 个 该 解决 方法 却 有 一 个 显著 的 缺 扩 : 
这 种 解决 方法 对 编译 嫩 而 言 十 不 可 知 的 。 也 就 是 说 ， 在 处 理 客 户 端 文 
件 的 时 候 ， 编 译 硕 通常 都 不 会 知道 位 于 其 他 文件 的 定义 。 于 是 ， 在 上 
面 这 个 例子 中 ， 编 译 絮 根本 束 不 能 够 知道 Zero 的 值 为 0 这 个 事实 。 

因此 ， 我 们 趋向 于 实现 下 面 的 这 种 value trait， 而 且 并 不 需要 保证 
内 联 成 员 函 数 返 回 的 必须 是 整 型 值 [6]。 例 如 ， 我 们 可 以 这 样 改写 


AccumulationTraits: 


// traits/accumtraits4.hpp 
template<typename T> 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT:; 
static AccT zero() { 


return 0; 


电 
template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT:; 
static AccT zero() { 


return 0; 


电 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT: 
static AccT zero() { 


return 0; 


template<> 
class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 
static AccT zero() { 


return 0; 


上 
template<> 
class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static AccT zero() { 


return 0; 


| 


对 于 应 用 程序 代码 而 言 ， 唯 一 的 区 别 只 是 这 里 使 用 了 函数 调用 语 
法 〈 而 不 是 访问 一 个 静态 数据 成 员 ) : 

AccT total = AccumulationTraits<T>::zero(); 

显然 ，trait 还 可 以 代表 更 多 的 类 型 。 在 我 们 的 例子 中 ，trait 可 以 是 
一 个 机 制 ， 用 于 提供 accum0 所 需要 的 、 关 于 元 素 类 型 的 所 有 必要 信 
息 ; 实际 上 ， 这 个 元 素 类 型 就 是 调用 accum() 的 类 型 ， 即 模板 参数 的 类 
型 。 下 面 是 trait 概 念 的 关键 部 分 : trait 提 供 了 一 种 配置 具体 元 素 (通常 
是 类 型 ) 的 途径 ， 而 该 途径 主要 是 用 于 泛 型 计算 。 


15.1.3 trait 


在 上 一 节 所 使 用 的 trait 被 称 为 fixed trait， 因 为 一 旦 定义 了 这 个 分 离 
的 trait， 就 不 能 在 算法 中 对 它 进 行 改写 。 然 而 ， 在 有 些 情 况 下 我 们 需要 
对 trait 进 行 改 写 。 例 如 ， 我 们 可 能 偶然 发 现 可 以 对 一 组 float 值 进行 求 
和 ， 然 后 很 安全 地 把 和 值 存 储 在 一 个 具有 相同 类 型 〈 即 float 型 ) 的 变量 
里 面 ， 而 且 这 样 通常 能 够 给 我 们 带 来 更 高 的 效率 。 

从 原则 上 讲 ， 参 数 化 trait 主 要 的 目的 在 于 : 添加 一 个 具有 缺 省 值 的 
模板 参数 ， 而 且 该 缺 省 值 是 由 我 们 前 面 介 绍 的 trait 模 板 决 定 的 。 在 这 种 
具有 缺 省 值 的 情况 下 ， 许 多 用 户 束 可 以 不 需要 提供 这 个 额外 的 模板 实 
参 ; 但 对 于 有 特殊 需求 的 用 户 ， 也 可 以 改写 这 个 预 设 的 和 类 型 。 对 于 
这 个 特殊 的 解决 方案 ， 唯 一 的 不 足 在 于 : 我 们 并 不 能 对 函数 模板 预 设 
缺 省 模板 实 参 [Z] 。 

就 现在 的 情况 而 言 ， 通 过 把 算法 实现 为 一 个 类 ， 我 们 就 可 以 绕 过 
上 面 这 个 不 足 。 这 同时 也 说 明了 : 除 函 数 模板 之 外 ， 在 类 模板 中 也 
可 以 很 容易 地 使 用 trait。 在 我 们 的 应 用 程序 中 ， 唯 一 的 缺点 就 是 : 类 模 
板 不 能 对 它 的 模板 参数 进行 演绎 ， 而 是 必须 显 式 提供 这 些 模 板 参 数 。 
因此 ， 我 们 需要 编写 如 下 形式 的 代码 : 

Accum<char>::accum(&name[0], &namellength]) 

才能 使 用 我 们 修改 后 的 求 和 模板 : 

// traits/accum5.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_ HPP 


#include "accumtraits4.hpp" 


template <typename 工 
typename AT = AccumulationTraits<T> > 
class Accum { 
public: 


static typename AT::AccT accum (T const* beg, T const* end) { 


typename AT::AccT total = AT::zero(); 
while (beg != end) { 

total += *beg; 

++beg; 
} 


return total; 


}; 

#endif / ACCUM_HPP 

通 利 而 言 ， 大 多 数 使 用 这 个 模板 的 用 户 都 不 必 显 式 地 提供 第 2 个 模 
板 实 参 ， 因 为 我 们 可 以 针对 第 1 个 实 参 的 类 型 ， 为 每 种 类 型 都 配置 一 个 
合适 的 缺 省 值 。 

和 大 多 数 情况 一 样 ， 我 们 可 以 引入 一 个 辅助 函数 ， 来 简化 上 面 基 
于 类 的 接口 : 

template <typename T> 

inline 

typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


return Accum<T>::accum(beg, end); 
} 
template <typename Traits, typename T> 
inline 
typename Traits::AccT accum (IT const* beg, T const* end) 
{ 


return Accum<T, Traits>::accum(beg, end); 


15.1.4 policy 和 policy 类 

到 目前 为 上 上 上， 我 们 把 累积 (accumulation) 与 求 和 (summation) 等 
价 起 来 了 。 事 实 上， 还 可 以 有 其 他 种 类 的 累积 。 例 如 ， 我 们 可 以 对 序 
列 中 的 给 定 值 进行 求 积 ， 如 有 果 这 些 值 是 字符 串 的 话 ， 还 可 以 对 它们 进 
行 连接 。 甚 至 于 在 一 个 序列 中 找到 一 个 最 大 值 ， 也 可 被 看 成 是 累积 问 
题 的 一 种 形式 。 在 这 所 有 的 情况 中 ， 针 对 accum0 的 所 有 操作 ， 唯 一 需 
要 改变 的 只 是 total +=*beg 操 作 。 于 是 ， 我 们 就 把 这 个 操作 称 为 该 罕 积 
过 程 的 一 个 policy。 因 此 ， 一 个 policy 类 就 古 一 个 提供 了 一 个 接口 的 
类 ， 该 接口 能 够 在 算法 中 应 用 一 个 或 多 个 policy [8] 。 

下 面 是 一 个 例子 ， 它 说 明了 如 何在 我 们 的 Accum 类 模板 中 引入 这 
样 的 一 个 接口 : 

// traits/accum6.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include "accumtraits4.hpp" 


#include "sumpolicy1.hpp" 
template <typename 工 
typename Policy = SumPolicy， 
typename Traits = Accumulation Traits< 工 > > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 
static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 
Policy::accumulate(total, *beg); 


++beg; 


} 
return total; 
} 

}; 
#endif / ACCUM_HPP 
其 中 SumPolicy 类 可 以 编写 如 下 : 
/traits/sumpolicy1.hpp 
#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 


class SumPolicy { 


public: 
template<typename T1, typename T2> 
static void accumulate (Tl1& total, T2 const & value) { 


total += value; 


* 

#endif // SUMPOLICY_HPP 

在 这 个 例子 中 ， 我 们 把 policy 实 现 为 一 个 具有 一 个 成 员 函 数 模板 的 
普通 类 〈 也 就 是 说 ， 类 本 吴 不 是 模板 ， 而 且 该 成 员 函 数 是 隐 式 内 联 
的 ) 。 接 下 来 我 们 还 会 讨论 另 一 种 实现 方案 。 

通过 给 累积 值 指定 一 个 不 同 的 policy， 我 们 就 可 以 进行 不 同 的 计 
算 。 例 如 ， 考 虚 下 面 的 程序 ， 它 试图 计算 出 几 个 值 的 乘积 : 

// traits/accum7.cpp 

#include "accum6.hpp" 

#include <iostream> 

class MultPolicy { 

public: 


template<typename T1, typename 工 2> 
static void accumulate (T1& total, T2 const& value) { 


total *= value: 


} 
上 
int main() 
{ 
/ 创建 含有 具有 5 个 整 型 值 的 数组 
int num[]={1,2,3,4,5}: 
/ 输出 所 有 值 的 乘积 
std::cout << "the product of the integer values is " 
<< Accum<int,MultPolicy>::accum(&num[0], &num[5]) 
<< \n' 
} 


然而 ， 程 序 的 输出 结果 却 出 乎 我 们 的 意料 : 

the product of the integer values is 0 

显然 ， 这 里 的 问题 是 我 们 对 初始 值 的 选择 不 当 所 造成 的 ， 尽管 对 
于 求 和 而 言 ，0 是 一 个 合适 的 初 值 ;但 是 对 于 求 积 而 言 ，0 却 是 一 个 错 
误 的 初 值 〈 一 个 为 0 的 初 值 将 会 导致 最 后 的 积 也 为 0) 。 这 个 现象 同时 
也 说 明了 : 不 同 的 trait 和 不 同 的 policy 应 该 是 互相 交互 的 ， 我 们 应 该 以 
更 加 细心 的 态度 来 对 竺 模板 设计 。 

在 这 个 例子 中 ， 我 们 可 以 会 认为 累积 循环 的 初始 化 应 该 是 该 累积 
policy 的 一 部 分 ， 即 这 个 policy 可 以 使 用 实现 zero0 的 trait， 也 可 以 不 使 
用 这 个 trait。 然 而 ， 我 们 应 该 知道 ， 实 际 上 还 存在 其 他 的 解决 方案 即 
并 不 是 所 有 的 问题 都 必须 由 trait 和 policy 来 解决 的 。 例 如 ，C++ 标 准 库 
的 accumulate() 汞 数 束 把 这 个 初 值 作为 (函数 调用 的 ) 第 3 个 实 参 。 


15.1.5 trait 和 policy， 区 别 在 何 处 


有 人 可 能 会 给 出 一 个 合理 的 例子 ， 来 阐明 这 样 的 一 个 事实 : policy 
只 是 trait 的 一 个 特殊 例子 。 相 反 ， 也 有 人 认为 trait 只 是 用 来 实现 一 个 
policy 的 。 

New Shorter Oxford English Dictionary 对 这 两 个 词 的 定义 是 这 样 
的 : 

"trait n... (名 词 ) : 用 来 刻 划 一 个 事物 的 (与 众 不 同 的 ) 特性 。 

policy n... (名 词 ) : 为 了 某 种 有 益 或 有 利 的 目的 而 采用 的 一 系列 
动作 。 

根据 上 面 的 定义 ， 我 们 可 能 只 会 把 policy class 这 个 概念 用 于 表示 对 
某 种 动作 的 编码 ， 而 且 该 动作 同 任何 与 它 组 合 在 一 起 的 模板 参数 都 是 
正 交 的 。 然 而 ， 大 多 数 人 都 同意 Andrei Alexandrescu 在 Modern 
C++Design 中 给 出 的 声明 ( 见 [AlexandrescuDesign] 的 第 8 页 ) : 

policy 和 trait 具 有 许多 共同 点 ， 但 是 policy 更 加 注重 于 行为 ， 而 trait 
则 更 加 注重 于 类 型 。 

另外 ， 作 为 引入 了 trait 技 术 的 第 1 人 ，Nathan Myers 给 出 了 下 面 这 个 
更 加 开放 的 定义 : 

trait class: 是 一 种 用 于 代替 模板 参数 的 类 。 作 为 一 个 类 ， 它 可 以 是 
有 用 的 类 型 ， 也 可 以 是 常量 ;作为 一 个 模板 ， 它 提供 了 一 种 实现 “额外 
层次 间接 性 ”的 途径 ， 而 正 是 这 种 “额外 层次 间接 性 ”解决 了 所 有 的 软件 
问题 。 

因此 ， 我 们 通常 都 会 使 用 下 面 这 些 (并 不 是 非常 准确 的 ) 定义 : 

“trait 表 述 了 模板 参数 的 一 些 目 然 的 额外 属性 。 

policy 表述 了 泛 型 范 数 和 泛 型 类 的 一 些 可 配置 行为 〈 通 常 都 具有 
被 经 常 使 用 的 缺 省 值 ) 。 

为 了 更 深入 地 分 析 这 两 个 概念 之 间 可 能 的 区 别 ， 我 们 给 出 下 面 针 
对 trait 时 一 些 事实 : 


“trait 可 以 是 fixed trait (也 就 是 说 ， 不 需要 通过 模板 参数 进行 传递 的 
trait) 

"trait 人 参数 通常 都 具有 很 目 然 的 缺 省 值 (该 缺 省 值 很 少 会 被 改写 
的 ， 或 者 是 不 能 被 改写 的 ) 

"trait 参 数 可 以 紧密 依赖 于 一 个 或 多 个 主 参数 。 

“trait 通 党 都 是 用 trait 模 板 来 实现 的 。 

对 于 policy class， 我 们 将 会 发 现下 列 事实 : 

如果 不 以 模板 参数 的 形式 进行 传递 的 话 ，policy class 几 乎 不 起 作 
用 。 

policy 参 数 并 不 需要 具有 缺 省 值 ， 而 有 旦 通常 都 是 显 式 指定 这 个 参数 

(尽管 许多 泛 型 组 件 都 配置 了 使 用 频率 很 高 的 缺 省 policy) 

policy 参 数 和 属于 同一 个 模板 的 其 他 模板 参数 通常 都 是 正 交 的 。 

"policy class 一 般 都 包含 了 成 员 辑 数 。 

policy 既 可 以 用 普通 类 来 实现 ， 也 可 以 用 类 模板 来 实现 。 

显然 ， 在 这 两 个 概念 之 间 只 是 存在 一 条 模糊 的 界限 ， 也 还 存在 一 
些 交 叉 的 地 方 。 例 如 ，C++ 标 准 库 的 字符 trait 同 时 也 定义 了 诸如 比较 、 
移动 和 查找 字符 的 函数 行为 。 男 外 ， 通 过 替换 这 些 trait， 你 可 以 定义 一 
个 对 大 小 写 不 敏感 的 字符 串 类 〈 见 [JosuttisStdLib] 的 11.2.14 小 节 ) ， 而 
且 仍 然 保 留 原来 的 字符 类 型 。 因 此 ， 尽 管 我 们 把 这 些 字 符 trait 也 称 为 
trait， 但 是 它们 却 具 有 一 些 与 policy 相 关 的 属性 。 

15.1.6 成 员 模 你 相模 尺 的 模 居 参 允 

为 了 实现 一 个 累积 policy ， 在 前 面 我 们 选择 把 SumPolicy 和 
MnutPolicy 实 现 为 具有 成 员 模板 的 普通 类 。 另 外 ， 还 存在 另 一 种 实现 方 
法 ， 即 使 用 类 模板 来 设计 这 个 policy class 接 口 ， 而 这 个 policy class 也 就 
被 用 作 模 板 的 模板 实 参 。 例 如 ， 我 们 可 以 如 下 把 SumPolicy 改 写成 一 个 
模板 : 


// traits/sumpolicy2.hpp 
#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 
template <typename T1, typename T2> 
class SumPolicy { 
public: 
static void accumulate (Tl1& total, T2 const & value) { 


total += value; 


}; 
#endif // SUMPOLICY_HPP 
于 是 ， 可 以 对 Accum 的 接口 进行 修改 ， 从 而 使 用 一 个 模板 的 模板 
参数 ， 如 下: 
// traits/accum8.hpp 
#ifndef ACCUM_HPP 
#define ACCUM_ HPP 
#include "accumtraits4.hpp" 
#include "sumpolicy2.hpp" 
template <typename 工 
template<typename,typename> class Policy = SumPolicy， 
typename Traits = AccumulationTraits<T> > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 
static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 


Policy<AccT,T>::accumulate(total, *beg); 
++beg; 
} 
return total; 
} 

}; 

#endif / ACCUM_HPP 

实际 上 ， 也 可 以 对 trait 参 数 应 用 这 种 相同 的 转换 ( 即 借助 于 模板 的 
模板 参数 的 解决 方案 ) 。 另 外 ， 对 于 这 个 话题 ， 还 存在 其 他 的 一 些 变 
化 : 我 们 也 可 以 不 把 AccT 类 型 显 式 地 传递 给 policy 类 型 ， 而 是 只 传递 上 
面 的 罕 积 trait， 并 且 根 据 这 个 trait 参 数 来 确定 返回 结果 的 类 型 ， 而 且 这 
样 做 在 某 些 情况 下 (诸如 需要 该 trait 其 他 的 一 些 信息 ) 是 有 利 的 。 

通过 模板 的 模板 参数 访问 policy class 的 主要 优点 在 于 : 借助 于 某 个 
依赖 于 模板 参数 的 类 型 ， 就 可 以 很 容易 地 让 policy class 携 市 一 些 状 态 信 
县 《也 就 是 静态 成 员 变 量 ) 。 而 在 我 们 的 第 1 种 解决 方案 中 ， 却 不 得 不 
把 静态 成 员 变 量 舱 入 到 成 员 类 模板 中 。 

然而 ， 这 种 利用 模板 的 模板 参数 的 解决 方案 也 存在 一 个 缺点 : 
policy 类 现在 必须 被 写成 模板 ， 而 且 我 们 的 接口 中 还 定义 了 模板 参数 的 
确切 个 数 。 租 憾 鸭 是 ， 这 个 定义 会 让 我 们 无 法 在 policy 中 添加 额外 的 模 
板 参数 。 例 如 ， 我 们 希望 给 SumPolicy 添 加 一 个 Boolean 型 的 非 类 型 模板 
实 参 ， 从 而 可 以 选择 是 用 += 运算 符 来 进行 求 和 ， 还 是 只 用 + 运算 从 来 
进行 求 和 。 在 这 个 例子 中 ， 如 果 我 们 使 用 15.1.4 小 市 的 成 员 模 板 ， 那 么 
只 需要 这 样 更 改 SumPolicy 模 板 即 可 : 

// traits/sumpolicy3.hpp 

#ifndef SUMPOLICY_HPP 

#define SUMPOLICY_HPP 


template<bool use_compound_op = true> 


class SumPolicy { 
public: 
template<typename T1, typename 工 2> 
static void accumulate (Tl1& total, T2 const & value) { 


total += value: 


上 
template<> 
class SumPolicy<false> { 
public: 
template<typename T1, typename 工 2> 
static void accumulate (Tl1& total, T2 const & value) { 


total = total + value; 


}; 

#endif // SUMPOLICY_HPP 

然而 ， 如 果 我 们 使 用 模板 的 模板 参数 来 实现 上 面 的 Accum， 那 么 
将 不 能 做 这 样 的 修改 。 

15.1.7 组 合 多 个 policie 和 /或 trait 

从 我 们 上 面 的 开发 过 程 可 以 看 出 ，trait 和 policy 通 常 都 不 能 完全 代 
炎 多 个 模板 参数 ， 然 而 ，trait 和 policy 确 实 可 以 减少 模板 参数 的 个 数 ， 
并 把 个 数 限制 在 可 控制 的 范围 以 内 。 于 是 ， 就 出 现 了 一 个 比较 有 趣 的 
问题 : 如 何 对 这 些 参数 进行 排序 呢 ? 

一 种 简单 的 策略 就 是 根据 缺 省 值 使 用 频率 递增 地 对 各 个 参数 进行 
排序 。 显 然 ， 这 意味 着 : trait 参 数 将 位 于 policy 参 数 的 后 面 ( 即 右 


边 ) ， 因 为 我 们 在 客户 端 代码 中 通常 都 会 对 policy 参 数 进行 改写 (细心 
的 读者 或 许 已 经 从 我 们 上 面 的 开发 中 发 现 了 这 一 点 ) 

如 有 果 我 们 硕 望 给 代码 增加 更 多 的 复杂 度 ， 那 么 还 存在 另 一 种 候选 
方法 ， 我 们 将 指定 任 一 个 缺 省 实 参 。16.1 和 给 出 了 该 方法 的 详细 内 容 ， 
第 13 章 也 讨论 了 这 个 在 以 后 可 能 会 被 文 持 的 模板 特性 ， 因 为 该 特性 可 
以 简化 模板 设计 在 这 方面 的 解决 过 程 。 

15.1.8 运用 兽 通 的 人 迁 代 钥 进行 到 

在 我 们 结束 trait 和 policy 的 介绍 之 前 ， 让 我 们 来 看 accum0 的 一 个 新 
版 本 ， 它 添加 了 处 理 普通 迭代 器 的 功能 (而 不 仅仅 是 指针 ) ， 这 也 是 
作为 具有 工业 强度 的 泛 型 组 件 所 期 望 实现 的 功能 。 有 趣 的 是 ， 该 版 本 
的 accum0 仍 然 允许 我 们 使 用 指针 来 调用 accum0， 这 是 因为 C++ 标准 库 
提供 了 所 谓 的 iterator trait (可 以 看 出 ， 到 处 都 是 trait) 。 因 此 ， 我 们 可 
以 定义 accum() 的 初期 版 本 如 下 〈 先 不 考虑 我 们 在 后 面 的 进一步 精 
化 ) : 

// traits/accum0.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include <iterator> 


template <typename Iter> 

inline 

typename std::iterator_traits<Iter>::value_type 

accum (Iter start, Iter end) 

{ 
typedef typename std::iterator_traits<Iter>::value_type VT; 
VT total = VTO; // 假设 VTO 实 际 上 生成 了 一 个 0 值 
while (start != end) { 


total += *start; 
十 十 Start; 
} 
return total; 
} 
#endif // ACCUM._ HPP 
iterator_trait 结 构 封装 了 选 代 器 的 所 有 相关 属性 。 由 于 存在 一 
用 于 指针 的 局 部 特 化 ， 所 以 普通 指针 类 型 也 能 够 使 用 这 些 trait。 下 面 的 
(不 完整 的 ) 例子 展示 了 : 标准 库 实现 应 该 如 何 提供 这 些 文 持 : 


namespace std { 


template <typename T>struct iterator_traits<T*> { 


typedef T value_type; 
typedef ptrdiff_t difference_type; 
typedef random_access_iterator tag iterator_category; 
typedef T* pointer; 
typedef T& reference; 


上 
} 
然而 ， 由 于 迭代 器 所 引用 的 类 型 并 不 能 表示 累积 值 的 类 型 ， 因 此 
我 们 仍然 需要 自己 设计 AccumulationTraits 。 


15.2 类 型 函数 


通过 前 面 的 trait 例 子 ， 我 们 知道 可 以 根据 某 些 类 型 来 定义 某 种 行 

为 。 这 与 我 们 通常 在 程序 设计 中 的 实现 是 不 同 的 。 在 C 和 C++ 中 ， 更 
准确 而 言 ， 函 数 可 以 被 称 为 值 函 数 (value function) : 函数 接收 的 参数 
征 茶 些 值 ， 而 且 函 数 的 返回 结 采 也 二 值 。 现 在 ， 我 们 要 说 明 的 是 类 型 


函数 (type function) : 一 个 接收 某 些 类 型 实 参 ， 并 且 生 成 一 个 类 型 作 
为 钞 数 的 返回 结果 。 

sizeof 承 是 一 个 非常 有 用 的 、 内 建 的 类 型 函数 ， 它 返回 一 个 描述 给 
定 类 型 实 参 大 小 〈 以 字 节 为 单位 ) 的 常量 。 男 一 方面 ， 类 模板 也 可 以 
作为 类 型 钞 数 。 类 型 函数 的 参数 可 以 是 模板 的 参数 ， 而 结果 就是 抽取 
出 来 的 成 员 类 型 或 成 员 常 量 。 例 如 ， 可 以 把 sizeof 运 算 符 改变 成 下 面 的 
接口 : 

// traits/sizeof.cpp 

#include <stddef.h> 

#include <iostream> 

template <typename T> 

class TypeSize { 

public: 
static size_t const value = sizeof(T); 

}; 

int main() 

{ 

std::cout << "TypeSize<int>::value = " 
<< TypeSize<int>::value << std::end]; 

} 

在 这 一 节 后 面 的 内 容 里 ， 我 们 将 开发 一 些 具 有 普 裔 用 还 的 类 型 函 
数 ， 而 且 它 们 都 可 以 被 用 作 trait 类 。 

15.2.1 元 


考 虚 男 一 个 例子 ， 假 设 我 们 具有 一 些 诸如 vector<T>、1list<T> 和 
stack<T> 的 容器 模板 ， 我 们 需要 实现 具有 这 样 功 能 的 类 型 函数 :给 定 一 


个 容器 的 类 型 ， 能 够 给 出 容器 元 素 的 类 型 。 在 下 面 的 例子 中 ， 我 们 使 
用 局 部 特 化 来 获得 这 个 实现 : 
// traits/elementtype.cpp 
#include <vector> 
#include <list> 
#include <stack> 
#include <iostream> 
#include <typeinfo> 
template <typename T> 
class ElementT; / 基本 模板 
template <typename T> 
class ElementT<std::vector<T> >{ // 局 部 特 化 
public: 
typedef T Type; 
}; 
template <typename T> 
class ElementT<std::list<T> > { ”// 局 部 特 化 
public: 
typedef T Type; 
}; 
template <typename T> 
class ElementT<std::stack<T> > { ”// 局 部 特 化 
public: 
typedef T Type; 
上 
template <typename 工 > 


void print element _ type (T const & c) 


std::cout << "Container of " 
<< typeid(typename ElementT<T>::Type).namel() 
<<" elements.\n"; 
} 
int main() 
{ 
std::stack<bool> s; 
print_element_type(s); 
音 助 于 局 部 特 化 的 这 种 用 法 ， 即 使 在 容器 类 型 并 没有 意识 到 类 型 
函 数 的 情况 下 ， 也 可 以 实现 这 种 类 型 抽取 。 然 而 ， 在 大 多 数 情 况 下 ， 
类 型 函数 通常 是 和 可 应 用 类 型 〈 即 这 里 的 容器 类 型 ) 一 起 实现 的 ， 而 
且 这 样 的 话 ， 后 面 的 设计 通常 都 可 以 伞 简 化 。 例 如 ， 如 果 容 絮 类 型 定 
义 了 一 个 成 员 类 型 value_type (诸如 标准 容器 的 实现 一 样 ) ， 那 么 我 们 
吏 可 以 编写 如 下 代码 : 


template <typename C> 


class ElementT { 
public: 
typedef typename C::value_type Type; 

电 

上 面 的 代码 可 以 作为 一 种 缺 省 实现 ， 而 且 对 于 没有 定义 成 员 类 型 
value_type 的 容 策 类型， 我 们 还 可 以 进行 特 化 ， 因 为 缺 省 实现 和 这 里 的 
特 化 是 相 容 的 。 因 此 ， 我 们 通常 建议 在 容器 模板 的 定义 内 部 ， 提 供 模 
板 类 型 参数 的 类 型 定义 ， 从 而 在 泛 型 代码 中 可 以 更 容易 地 访问 这 些 参 
数 类 型 。 下 面 的 例子 简略 地 给 出 了 这 种 实现 方法 ; 


template <typename T1, typename T2, ...> 


Class 又 { 

public: 
typedef T1...:; 
typedef T2...; 


} 

为 什么 类 型 函数 是 有 用 的 呢 ? 因 为 它 使 我 们 能 够 根据 容 右 类 型 来 
参数 化 一 个 模板 ， 从 而 在 使 用 该 模板 的 时 候 ， 我 们 并 不 需要 给 出 代表 
元 素 类 型 和 其 他 特征 的 一 些 参数 。 例 如 ， 借 助 于 类 型 男 数 ， 我 们 不 再 
需要 如 下 编写 代码 : 


template <typename T, typename C> 


Tsum_of _ elements (C const& c); 

上 面 的 代码 要 求 我 们 使 用 诸如 sum_of _ elements<int>disb 的 调用 表 
达 式 ， 也 束 是 说 需要 显 式 指定 元 素 的 类 型 。 然 而 ， 如 果 使 用 如 下 声 
明 : 


template<typename C> 


typename ElementT<C>::Type sum_of_elements (C const& oc); 

那么 我 们 惑 可 以 根据 类 型 函数 来 抽取 元 素 类 型 。 

我 们 看 到 ，trait 的 实现 可 以 被 看 成 是 对 现存 类 型 的 一 种 扩展 。 
此 ， 即 使 是 基本 类 型 或 者 位 于 封闭 程序 库 中 的 许多 类 型 ， 都 可 以 定义 
这 些 类 型 画 数 。 

在 这 个 例子 中 ， 类 型 ElementT 补 称 为 trait class， 因 为 它 被 用 来 访问 
一 个 给 定 容 器 类 型 C 的 一 个 trait (更 普遍 而 言 ， 我 们 可 以 把 多 个 trait 合 
成 到 诸如 ElementT 的 trait class 中 ) 。 因 此 ，trait class 并 不 局 限于 描述 容 
而 是 能 够 描述 任何 * 主 参数 ”的 特征 〈 即 不 管 该 主 参数 
是 否 


15.2.2 class 类 型 


运用 下 面 的 类 型 贸 数 ， 我 们 能 够 确定 某 个 类 型 是 否 为 class 类 型 : 

// traits/isclasst.hpp 

template<typename T> 

class IsClassT { 

private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename C> static One test(int C::*); 
template<typename C> static Two test(...); 

public: 
enum { Yes = sizeof(IsClassT<T>::test<T>(0)) == 1 }:; 
enum { No = !Yes }:; 

}; 

上 面 的 模板 使 用 了 8.3.1 小 节 的 SFINAE 原 则 (substitution-failure-is- 
not-error， 替 换 失 败 并 非 错误 ) 。 这 里 用 到 SFINAE 原 则 的 目的 在 于 找 
到 这 样 的 一 个 类 型 构造 ， 它 对 class 类 型 是 无 效 的 ， 而 对 其 他 的 类 型 则 
是 有 效 的 ; 或 者 相反 。 于 是 ， 在 这 里 我 们 可 以 依赖 于 下 面 这 个 事实 : 
只 有 当 C 有 是 一 个 class 类 型 的 时 候 ， 吴 为 成 员 指 针 的 类 型 构造 C::* 才 会 是 
有 效 的 。 

下 面 的 程序 就 使 用 这 个 类 型 函数 ， 来 测试 某 个 特定 的 类 型 或 者 对 
象 是 否 是 class 类 型 : 


// traits/isclasst.cpp 


#include <iostream> 
#include "isclasst.hpp" 
class MyClass { 

中 

struct MyStruct { 


}; 

union MyUnion { 
}; 

void myfunc() 

{ 

} 


enum Ef{el}e: 


/ 以 模板 实 参 的 方式 传递 类 型 ， 并 对 该 类 


template <typename 工 > 


void check() 
{ 


if (IsClassT<T>::Yes) { 


std::cout << " IsClassT " << std::endl:; 


} 


else { 


std::cout << " lIsClassT " << std::endl; 


} 


/ 以 函数 调用 实 参 的 方式 传递 类 型 ， 并 对 该 类 型 进行 枚 


template <typename T> 


void checkT (T) 
{ 

check<T>(); 
} 
int main() 


{ 


std::cout << "int: "; 


check<int>(); 
std::cout << "MyClass: "; 
check<MyClass>(): 
std::cout << "MyStruct:"; 
MyStruct s; 
checkT'(s); 
std::cout << "MyUnion: "; 
check<MyUnion>(); 
std::cout << "enum: "; 
checkT(e); 
std::cout << "myfuncO):"; 
checkT(myfunoc); 
} 
程序 的 输出 如 下 : 
int: lIsClassT 
MyClass: IsClassT 
MyStruct: IsClassT 
MyUnion: IsClassT 
enum: lIsClassT 


myfunc(): !IsClassT 


15.2.3 引用 和 限定 符 
考虑 下 面 的 函数 模板 定义 : 
// traits/apply1.hpp 
template <typename T> 
void apply (T& arg, void (*func)(T)) 
{ 


func(arg); 
} 
同时 考虑 下 面 这 段 试图 使 用 上 面 模板 的 代码 : 
// traits/apply1.cpp 
#include <iostream> 
#include "apply1.hpp" 


void incr (int& a) 
十 十 a， 


void print (int a) 
{ 
std::cout << a << std::endl; 
} 
int main() 
{ 
int x=7; 
apply (x, print); 
apply (xX, incr); 
} 
让 我 们 来 分 析 这 上段 代码 ， 调 用 
apply (x, print) 
是 正确 的 : 用 int 来 奉 换 T， 那 么 apply 的 参数 类 型 将 分 别 为 int& 和 
void(*)(int)， 这 和 实 参 的 类 型 互相 对 应 。 然 而 ， 调 用 
apply (xX, incr) 
看 起 来 就 不 那么 直接 了 。 如 果 匹 配 第 2 个 参数 ， 那 么 要 求 用 int& 来 
蔡 换 T， 而 这 意味 着 第 1 个 参数 类 型 为 int& &， 但 int& & 通 常 都 不 是 合法 


的 C++ 类 型 。 事 实 上， 原来 鸭 C++ 标准 会 把 这 种 奉 换 看 作 一 个 非法 替 
换 ， 但 是 由 于 存在 许多 类 似 这 样 的 例子 ， 所 以 在 后 来 的 技术 修正 中 
(也 就 是 对 标准 的 一 些小 的 修正 ， 见 [Standard02]) ， 当 用 int& 替 换 T 之 
后 ， 所 获得 的 T& 看 成 与 int& 等 价 [9] 。 

对 于 那些 还 没有 实现 这 个 更 新 的 引用 替换 规则 的 C++ 编译 器 ， 我 们 
可 以 创建 一 个 能 够 运用 “引用 运算 符 ” 的 类 型 函数 ， 但 前 提 条 件 是 给 定 
类 型 本 喘 并 不 是 一 个 引用 。 男 外 ， 我 们 还 可 以 提供 一 个 对 立 的 操作 : 
去 除 这 个 引用 运算 符 (前 提 是 类 型 本 身 就 已 经 是 一 个 引用 ) 。 最 后 ， 
我 们 在 处 理 这 个 问题 的 同时 ， 借 助 于 相同 的 实现 原理 ， 我 们 还 可 以 添 
加 或 者 去 除 const 限定 符 [10] 。 实 际 上 ， 所 有 这 些 我 们 都 可 以 借助 于 局 
部 特 化 来 实现 ， 见 下 面 的 泛 型 定义 : 

// traits/typeop1.hpp 


template <typename T> 


class TypeOp { / 基本 模板 
public: 
typedef T ArgT: 
typedef T BareTl; 
typedef T const ConstT; 
typedef T & RefT; 
typedef T & RefBarel; 


typedef T const & RefConstT; 
上 
首先 ， 我 们 可 以 实现 一 个 处 理 const 类 型 的 局 部 特 化 : 
// traits/typeop2.hpp 
template <typename T> 
class TypeOp <T const> { // 针对 const 类 型 的 局 部 特 化 
public: 


typedef T const ”ArgT; 
typedef 工 BareT; 
typedef T const ConstT; 
typedef T const & RefT; 
typedef T & RefBarel; 
typedef T const & RefConst]; 
上 
针对 引用 类 型 的 局 部 特 化 同样 也 适用 于 reference-to-const 类 型 。 
此 ， 在 有 必要 的 情况 下 ， 我 们 可 以 递归 地 引用 Typeop 模 板 来 获取 基本 
类 型 (bare type) 。 相 反 ， 对 于 已 经 有 一 个 const 类 型 进行 奉 换 的 模板 参 
数 ，C++ 仍 然 允 许 我 们 在 前 面 应 用 const 限 定 符 。 因 此 ， 当 重新 运用 
const 限 定 符 的 时 候 ， 我 们 根本 就 不 需要 担心 古 否 需要 去 除 这 个 const 限 


定 符 : 

// traits/typeop3.hpp 

template <typename T> 

class TypeOp <T&> { / 针对 引用 的 局 部 特 化 

public: 

typedef T & ArgT; 
typedef typename TypeOp<T>::BareT Barel; 
typedef 工 const ConstT; 
typedef 工 & RefT; 
typedef typename TypeOp<T>::BareT & RefBarel; 
typedef T const & RefConstT; 


上 

我 们 还 需要 考虑 一 个 特殊 的 情况 : 指向 void 的 引用 是 不 允许 的 。 然 
而 ， 我 们 可 以 把 这 种 指 癌 void 的 引用 类 型 看 成 是 普通 的 void 类 型 。 下 面 
的 特 化 就 考虑 了 这 一 点 : 


// traits/typeop4.hpp 


template<> 
class TypeOp <void> { ”// 针 对 void 的 全 局 特 化 
public: 
typedef void ArgT; 
typedef void Barel; 
typedef void const ConstT:; 
typedef void RefT; 
typedef void RefBareT; 
typedef void RefConstT; 


上 

有 了 上 面 这 几 部 分 代码 ， 我 们 束 可 以 改写 apply 模 板 如 下 : 

template <typename T> 

void apply (typename TypeOp<T>::RefT arg, void (*func)(T)) 

{ 

func(arg); 

} 

并 且 我 们 的 例子 可 以 像 期望 的 那样 正常 运行 。 

最 后 ， 我 们 需要 知道 一 点 : 现在 已 经 不 能 根据 第 1 个 实 参 来 演绎 参 
数 T 了 ， 因 为 T 现 在 位 于 一 个 受 限 名 称 中 。 因 此 ， 我 们 只 能 根据 第 2 个 实 
参 来 演绎 T， 然 后 根据 演绎 出 来 的 结果 ， 来 生成 第 1 个 参数 的 实际 类 


型 。 
15.2.4 promotion trait 

到 目前 为 止 ， 我 们 已 经 研究 并 且 开 发 了 单一 类 型 的 类 型 函数 : 即 

给 定 一 个 类 型 ， 我 们 可 以 定义 其 它 相 关 的 类 型 或 者 参数 。 然 和 而， 我们 

通常 都 需要 开发 依赖 于 多 个 实 参 的 类 型 钞 数 。 一 个 典型 的 例子 就 是 


promotion trait [11] ， 它 在 编写 运算 符 模 板 的 时 候 非 常 有 用 。 为 了 继续 
阐述 这 种 想法 ， 让 我 们 先 编写 一 个 函数 模板 ， 用 于 对 两 个 Array 容 器 进 
行 相 加 : 

template<typename T> 

Array<T> operator+ (Array<T> const&, Array<T> const&); 

这 看 起 来 非 党 好。 但 是 ， 由 于 语言 允许 我 们 把 一 个 char 类 型 的 值 加 
到 一 个 int 值 ， 因 此 我 们 期 望 可 以 对 数组 也 实现 这 种 混合 类 型 的 操作 。 
于 是， 我 们 将 面临 一 个 问题 ， 即 如 何 确定 结果 模板 的 返回 类 型 。 

template<typename T1, typename 工 2> 

Array<???> operator+ (Array<T1> const&, Array<T2> const&); 

然而 ， 借 助 于 promotion trait， 我 们 束 可 以 解决 上 面 声 明 所 给 出 的 
问题 。 如 下 所 示 : 

template<typename T1, typename T2> 

Array<typename Promotion<T1, T2>::ResultT> 

operator+ (Array<T1> const&, Array<T2> const&); 

或 者 可 以 使 用 另 一 种 实现 方法 ， 如 下 所 示 : 

template<typename T1, typename 工 2> 

typename Promotion<Array<T1>, Array<T2> >::ResultT 

operator+ (Array<T1> const&, Array<T2> const&); 

上 面 的 代码 的 主要 的 想法 是 : 提供 模板 Promotion 的 一 系列 符 化 ， 
从 而 能 够 根据 要 求生 成 一 个 满足 我 们 需要 的 类 型 画 数 。 另 一 个 使 用 
promotion trait 的 应 用 程序 是 由 max() 模 板 引 入 的 ; 当 我 们 和 希望 指定 两 个 
不 同类 型 值 的 最 大 值 时 ， 我 们 通常 都 期 望 返回 结果 ( 即 最 大 值 ) 属于 
“两 个 类 型 中 更 加 强大 的 类 型 ”〈 见 2.3) ， 而 这 个 时 候 往往 就 会 用 到 
类 型 函数 。 

实际 上 ， 对 于 Promotion 模板 ， 并 不 存在 确切 的 定义 ; 因此 ， 我 们 
最 好 是 让 这 个 基本 模板 处 于 未 定义 状态 : 


template<typename T1, typename 工 2> 

class Promotion; 

另外 ， 如 果 两 个 类 型 的 大 小 不 一 样 ， 那 么 我 们 还 需要 作出 另 一 个 

过 择 : 更 强大 的 类 型 。 我 们 可 以 通 

IfThenElse 来 实现 这 一 点 ， 写 会 接受 一 个 Boolean 的 非 类 型 模板 参数 ， 然 
0 在 两 个 类 型 参数 之 中 选 出 其 中 一 个 : 

// traits/ifthenelse.hpp 

#ifndef IFTHENELSE_HPP 

#define IFTHENELSE_HPP 

/ 基本 模板 : 根据 第 1 个 实 参 来 决定 : 是 选择 第 2 个 实 参 ， 还 是 第 3 个 


将 
党 


template<bool C, typename Ta, typename Tb> 
class IfThenElse; 
/ 局 部 特 化 ，true 的 话 则 选择 第 2 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<true, Ta, Tb> { 
public: 
typedef Ta ResultT; 
冯 
/ 局 部 特 化 : false 的 话 则 选择 第 3 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<false, Ta, Tb> { 
public: 
typedef Tb ResultT; 
}; 
#endif // IFTHENELSE_HPP 


有 了 上 面 的 这 些 代码 之 后 ， 我 们 能 够 根据 所 需要 提升 的 类 型 的 大 
小 ， 从 而 在 T1、T2、void 三 者 之 间作 出 选择 ， 并 且 实 现 Promotion 模 板 
如 下 : 
// traits/promotel.hpp 
// 针对 类 型 提升 (type promotion) 的 基本 模板 
template<typename T1, typename T2> 
class Promotion { 
public: 
typedef typename 
IfThenElse<(sizeof(T1)>sizeof(T2)), 
T1, 
typename IfThenElse<(sizeof(T1)<sizeof(T2)), 
T2, 
void 
>::ResultT 
>::ResultT ResultT; 
}; 
对 于 在 基本 模板 中 使 用 的 这 种 基于 类 型 大 小 的 局 发 式 假设 ， 在 大 
多 数 情 况 下 都 可 以 正常 运行 ， 但 我 们 需要 对 这 种 假设 进行 检验 ， 而 这 
有 了 时候 也 是 比较 矿 烦 的 。 男 外 ， 如 果 这 种 假设 选择 了 一 个 错误 的 (有 即 
不 符合 期 望 的 ) 类 型 ， 那 么 我 们 还 需要 给 出 一 个 相应 的 特 化 ， 来 改写 
原来 这 种 (基于 假设 的 ) 选择 。 另 一 方面 ， 如 果 两 个 类 型 是 完全 一 样 
的 ， 那 么 马上 就 可 以 安全 地 把 该 《相同 的 ) 类 型 提升 为 所 期 望 的 类 
型 。 可 以 用 下 面 的 局 部 特 化 来 阐述 这 一 点 : 
// traits/promote2.hpp 
/针对 两 个 相同 类 型 的 局 部 特 化 


template<typename 工 > 


class Promotion<T,T> { 
public: 
typedef T ResultT; 
}; 
为 了 记录 基本 类 型 的 提升 ， 我 们 还 需要 实现 一 系列 针对 基本 类 型 
的 特 化 。 在 此 ， 可 以 借助 安 来 〈《 从 某 种 程度 地 ) 减少 源 代码 的 数量 : 
// traits/promote3.hpp 
#define MK_PROMOTION(T1,T2,17) \ 
template<> class Promotion<T1, T2>{ \ 
public: \ 
typedef Tr ResultT; \ 


\ 
template<> class Promotion<T2, T1>{ \ 
public: \ 
typedef Tr ResultT; \ 

}; 
于 是 ， 我 们 可 以 这 样 应 加 这 些 提升 : 
// traits/promote4.hpp 
MK_PROMOTION(bool, char, int) 
MK_PROMOTION(bool, unsigned char, int) 
MK_PROMOTION(bool, signed char, int) 


这 个 方法 相对 是 比较 直接 的 ， 但 同时 要 枚 举 出 几 十 种 (针对 基本 
类 型 的 ) 可 能 的 组 合 。 事 实 上 ， 还 存在 多 种 其 他 的 技术 。 例 如 ， 我 们 
可 以 修改 IsFundaT 模板 和 IsEnumT 模板 来 定义 这 些 基于 整 型 与 浮 点 型 
的 提升 类 型 。 于 是 ， 我 们 只 需要 考虑 那些 结果 为 基本 类 型 《和 用 户 定 


义 的 类 型 ， 这 点 我 们 将 在 后 面 讨 论 ) ， 并 且 基 于 这 些 类 型 对 Promotion 
进行 特 化 。 

一 旦 为 基本 类 型 《和 一 些 必 要 的 枚 举 类 型 ) 定义 好 了 Promotion ， 
我 们 融 可 以 通过 局 部 特 化 来 表达 其 他 的 提升 规则 。 例 如 我 们 的 Array 数 
组 : 

// traits/promotearray.hpp 


template<typename T1, typename T2> 
class Promotion<Array<T1>, Array<T2> > { 
public: 

typedef Array<typename Promotion<T1,T2>::ResultT> ResultT; 
}; 
template<typename T> 
class Promotion<Array<T>, Array<T> > { 
public: 

typedef Array<typename Promotion<T,T>::ResultT> ResultT; 
上 
对 于 最 后 一 个 局 部 特 化 ， 我 们 需要 给 予 更 大 的 关注。 我 们 刚 开始 
可 能 会 认为 前 面 针 对 相同 类 型 的 特 化 (Promotion<T,T>) 已 经 考虑 了 这 
种 情况 。 人 然而 遗憾 的 是 ， 就 等 化 程度 而 言 ， 局 部 特 化 
Promotion<Array<T1>, Array<T2> > 和 局 部 特 化 Promotion<T, T> 是 一 样 
的 ( 见 12.4 广 ) [12]。 为 了 避免 产生 这 种 (由 于 特 化 程度 相同 而 引起 
的 ) 模板 选择 二 义 性 ， 我 们 添加 了 最 后 一 个 局 部 符 化 ， 它 比 前 面 两 个 
模板 中 的 任何 一 个 都 更 加 特殊 化 。 

当 添 加 更 多 类 型 的 时 候 ， 我 们 就 可 以 同时 添加 Promotion 模板 更 多 
的 特 化 和 局 部 特 化 ， 从 而 可 以 针对 这 些 新 类 型 进行 提升 。 


15.3 polliicy traiit 


到 目前 为 止 ， 我 们 给 出 了 几 个 trait 模 板 的 例子 ， 用 于 确定 模板 参数 
的 一 些 属性 : 壁 如 这 些 参 数 表 示 的 是 什么 类 型 ， 在 混合 类 型 的 操作 
中 ， 应 该 提升 哪 一 个 类 型 等 等 。 我 们 把 这 些 trait 称 为 property trait 。 

男 一 方面 ， 还 存在 其 他 类 型 的 trait， 它 们 定义 了 应 该 如 何 对 待 这 些 
类 型 ， 我 们 把 这 类 trait 称 为 policy trait。 这 让 我 们 想起 前 面 说 讨论 的 
policy class 的 概念 《而且 我 们 已 经 指出 : trait 和 policy 之 间 的 区 别 并 不 是 
很 明显 ) ; 然而 ，policy trait 针 对 的 是 与 模板 参数 相关 的 一 些 更 加 独 有 
的 属性 (我 们 知道 ， policy class 通 常 都 是 独立 于 其 他 模板 参数 的 ) 。 

尽管 我 们 通常 可 以 把 property trait 实 现 为 类 型 男 数 ， 但 是 对 于 policy 
trait 而 言 ， 我 们 通 第 是 把 该 policy 封 痛 在 成 员 函 数 内 部 。 在 进行 深入 阐 
述 之 前 ， 让 我 们 先 来 看 一 个 类 型 画 数 的 例子 ， 它 定义 了 一 个 用 于 传递 
只 读 参 数 的 policy 。 


15.3.1 只 读 的 多 J 


在 C 和 C++ 中 ， 玉 数 调 用 实 参 在 缺 省 情况 下 都 是 以 “ 传 值 ”* 的 方式 进 
行 传递 的 。 这 束 意 味 着 : 由 调用 者 计算 出 来 的 实 参 值 需 要 被 拷贝 到 被 
调用 者 所 控制 的 位 置 中 。 于 是 ， 大 多 数 程 序 员 都 察觉 到 : 对 于 很 大 的 
数据 结构 而 言 ， 这 种 拷贝 都 是 很 耗费 资源 的 ， 因此， 对 于 这 种 数据 结 
构 ， 应 该 * 传 const 引 用 ” (或 者 ， 在 C 中 传递 const 指 针 ) 。 相 反 ， 对 于 更 
小 的 结构 ， 情 况 就 并 非 这 么 简单 了 ;， 从 性 能 的 观点 来 看 ， 究 竟 采 用 何 
种 机 制 依赖 于 代码 所 在 的 实际 体系 结构 。 实 际 上 ， 在 大 多 数 例子 中 ， 
小 的 数据 结构 究竟 采用 何 种 机 制 ， 对 性 能 的 影响 并 不 大 ; 但 是 ， 即 使 
是 针对 小 的 数据 结构 ， 我 们 也 必须 小 心 处 理 ， 选 择 一 个 适当 的 传递 机 
制 。 

当然 ， 引 入 了 模板 之 后 ， 事 情 就 变 得 更 加 复杂 了 : 因为 我 们 事先 
并 不 知道 用 来 奉 换 模板 参数 的 类 型 究 竞 有 多 大 ; 而 且 ， 最 后 的 决定 也 


不 仅仅 依赖 于 类 型 的 大 小 : 一 个 小 的 结构 也 可 能 会 具有 昂贵 的 拷贝 构 
造 为 数 ， 这 时 我 们 也 应 该 以 “const 引 用 ”的 方式 来 传递 只 读 参 数 。 

在 前 面 的 讨论 中 ， 我 们 已 经 隐约 提 到 ， 可 以 使 用 policy trait 模 板 来 
处 理 上 面 这 个 问题 ， 而 且 该 policy trait 实 际 上 是 一 个 类 型 久 数 :该 芳 数 
可 以 根据 不 同 的 情况 ( 即 类 型 大 小 ) ， 将 把 实 参 类 型 T 映 射 为 T 或 者 T 
const&， 即 在 这 两 种 类 型 中 挑选 出 一 种 最 佳 参 数 类 型 。 基 于 下 面 的 例 
子 ， 我 们 做 出 一 个 近似 的 假设 : 对 于 不 大 于 “2 个 指针 ”大 小 的 类 型 ， 基 
本 模板 将 采用 “ 传 值 ” 的 方式 传递 参数 ， 而 对 于 其 他 的 类 型 ， 则 采用 “ 传 
递 const 引 用 ”的 方式 传递 参数 。 


template<typename 工 > 


class RParam { 
public: 
typedef typename IfThenElse<sizeof(T)<=2*sizeof(void*), 
1, 
T const&>::ResultT Type; 
’: 
男 一 方面 ， 对 于 容 句 类 型 ， 即 使 sizeof 范 数 返 回 的 是 一 个 很 小 的 
值 ， 但 也 可 能 会 涉及 到 昂贵 的 拷贝 构造 函数 。 因 此 ， 我 们 需要 编写 如 
下 的 许多 特 化 和 局 部 特 化 : 
template<typename T> 
class RParam<Array<T>>{ 
public: 
typedef Array<T> const& Type; 
}; 
由 于 我 们 处 理 的 都 是 C++ 中 的 常见 类 型 ， 所 以 我 们 期 望 在 基本 模板 
中 能 够 对 非 class 类 型 (nonclass type) 以 传 值 的 方式 进行 调用 。 另 外 对 
于 某 些 对 性 能 要 求 比较 苛刻 的 class 类 型 ， 我 们 有 选择 地 添加 这 些 类 为 


“ 传 值 ”方式 《下面 的 基本 模板 使 用 了 15.2.2 小 节 的 IsSClassT<> 模 板 ， 来 
区 分 是 否 为 class 类 型 ) 。 
// traits/rparam.hpp 
#ifndef RPARAM_ HPP 
#define RPARAM._ HPP 
#include "ifthenelse.hpp" 
#include "isclasst.hpp" 
template<typename T> 
class RParam { 
public: 
typedef typename IfThenElse<IsClassT<T>::No, 
J 
T const&>::ResultT Type; 
}; 
#endif // RPARAM._ HPP 
对 于 上 面 两 种 方法 中 的 任何 一 种 ， 我 们 都 可 以 在 trait 模 板 的 定义 中 
实现 这 个 policy， 而 且 客 户 端 也 可 以 使 用 该 policy 来 获得 好 的 性 能 。 例 
如 ， 假 设 我 们 具有 两 个 类 ， 其 中 一 个 指定 : 对 于 只 读 实 参 而 言 ， 传 值 
调用 具有 更 好 的 性 能 。 


// traits/rparamcls.hpp 


#include <iostream> 
#include "rparam.hpp" 
class MyClass1 { 
public: 
MyClass1 () { 
} 
MyClassl (MyClassl1 const&) { 


std::cout << "MYyClass1l copy constructor called\n"; 


} 
class MyClass2 { 
public: 
MyClass2 () {} 
MyClass2 (MyClass2 const&) { 
std::cout << "MyClass2 copy constructor called\n"; 
} 
上 
/对 于 RParam<> 的 MyClass2 参 数 ， 以 传 值 的 方式 进行 传递 
template<> 


class RParam<MyClass2> { 
public: 
typedef MyClass2 Type; 
} 
现在 ， 对 于 具有 只 读 实 参 的 图 数 ， 你 殉 可 以 在 函数 声明 中 使 用 
RParam<> 了 ， 并 且 调 用 这 些 函 数 : 
// traits/rparam1.cpp 
#include "rparam.hpp" 
#include "rparamcls.hpp" 
/ 允许 参数 以 传 什 或 者 传 引 用 的 方式 传递 参数 的 函数 
template <typename T1, typename T2> 
void foo (typename RParam<T1>::Type pl, 
typename RParam<T2>::Type p2) 


} 

int main() 

{ 

MyClassl mc1l; 
MyClass2 moc2; 
foo<MyClass1, MyClass2>(mc1,mce2); 

} 

遗憾 的 是 ， 上 面 这 种 使 用 RParam 的 作法 有 几 个 严重 的 缺点 。 首 
和 完 ， 函 数 声 明 现 在 变 得 格外 复业 。 其 次 ， 也 许 更 容易 令 人 对 该 方案 持 
反对 态度 的 是 : 我 们 现在 不 能 使 用 实 参 演绎 来 调用 诸如 foo0 的 函数 
了 ， 因 为 模板 参数 只 是 出 现在 函数 参数 的 限定 符 里 面 。 因 此 ， 我 们 不 
得 不 在 调用 的 位 置 显 式 地 指定 模板 实 参 。 

对 于 上 面 这 个 问题 ， 存 在 一 个 宁 拙 的 解决 方法 : 使 用 一 个 内 联 的 
包装 (wrapper) 男 数 模板 ， 但 是 该 方案 假设 内 联 画 数 将 会 被 编译 器 移 
除 ， 即 编译 器 将 直接 调用 位 于 内 联 画 数 里 面 的 钞 数 ， 如 下 面 的 
foo_core() 范 数 。 

// traits/rparam2.cpp 

#include "rparam.hpp" 

#include "rparamcls.hpp" 

/ 允许 以 传 值 或 者 传 引 用 的 方式 传递 参数 的 函数 

template <typename T1, typename T2> 

void foo_core (typename RParam<T1>::Type p1， 

typename RParam<T2>::Type p2) 


} 
/为 了 避免 指定 显 式 模板 参数 而 实现 时 wrapper 


template <typename T1, typename T2> 
inline 
void foo (T1 const & pl1, T2 const & p2) 
{ 
foo_core<T1,T2>(p1,p2); 
} 
int main() 
{ 
MyClassl mc!l; 
MyClass2 me2; 
foo(mc1,mc2); // 等 价 于 foo_core<MyClass1,MyClass2>(mcl,mc2) 
} 
15.3.2 拷贝 、 交 换 和 移动 
为 了 继续 针对 性 能 的 讨论 ， 我 们 引入 了 男 一 个 policy trait 模 板 ， 它 
将 选择 出 最 佳 的 操作 ， 来 拷贝 、 交 换 或 者 移动 某 一 特定 类 型 的 元 素 。 
设想 拷贝 操作 是 通过 拷贝 构 千 函数 或 者 拷贝 赋值 运算 符 来 实现 
的 。 对 于 单一 元 于 而 言 ， 这 是 完全 正确 的 。 但 是 对 于 具有 相同 类 型 的 
多 个 元 素 而 言 ， 与 重复 地 调用 该 类 型 的 构造 琅 数 或 者 赋值 运算 符 相 
比 ， 可 能 还 存在 效率 更 高 的 操作 。 
类 似 地 ， 与 下 面 传统 的 操作 相 比 ， 也 存在 更 加 高 效 地 交换 或 者 移 
动 特定 类 型 元 素 的 操作 : 
T tmp(a); 
a=b: 
b = tmp; 
0 的 例子 。 实 际 上 ， 对 容器 类 型 而 言 ， 找 由 
第 是 不 允许 的 ， 而 主要 是 进行 交换 或 者 移动 操作 。 在 讨论 实用 


漆 
仁 


性 的 那 一 章 里 ( 见 第 20 章 ) 我 们 开发 了 一 个 具有 这 种 属性 的 智能 指 
Bhs 

因此 ， 我 们 期 望 能 够 用 一 个 合适 的 trait 模 板 ， 来 确定 上 面 所 讨论 的 
这 些 问 题 。 对 于 泛 型 定义 ， 我 们 将 区 分 class 类 型 和 nonclass 类 型 ， 因 为 
对 于 nonclass 类 型 而 言 ， 我 们 并 不 需要 在 意 用 户 上 自己 自 定义 的 拷贝 构造 
函数 和 拷贝 赋值 运算 符 。 这 一 次 ， 我 们 将 使 用 继承 ， 从 而 能 够 在 两 种 
trait 实 现 中 进行 选择 。 

// traits/csmtraits.hpp 

template <typename T> 

class CSMtraits : public BitOrClassCSM<T, IsClassT<T>::No > { 

}; 

CSMtraits 的 实现 完全 委托 给 了 BitOrClassCSM<> 的 特 化 (其 中 
CSM 是 由 “copy、swap、move” 的 第 1 个 字母 组 成 的 ) 。 基 类 的 第 2 个 模 
板 参 数 表示 : 是 否 能 够 安全 地 使 用 位 元 拷贝 ， 来 实现 多 种 操作 。 从 上 
面 代码 可 以 看 出 ， 虽 然 泛 型 定义 保守 地 假设 不 能 对 class 类 型 进行 安 
全 的 位 元 拷贝 ， 但 对 某 些 已 知 为 POD (plain old data type) 的 类 型 ， 我 
们 就 可 以 特 化 CSMtraits 来 获得 更 好 的 性 能 。 

template<> 

class CSMtraits<MyPODType> 

: public BitOrClassCSM<MyYPODType, true> { 

}; 

缺 省 情况 下 ，BitOrClassCSM 模板 包含 了 两 个 局 部 特 化 。 下 面 的 代 
码 包 含 了 一 个 基本 模板 和 一 个 不 进行 位 元 拷贝 的 、 安 全 的 局 部 特 化 。 

// traits/csm1.hpp 


#include <new> 
#include <cassert> 
#include <stddef.h> 


#include "rparam.hpp" 
// 基本 模板 template<typename 工 bool Bitwise> 
class BitOrClassCSM: 
/用 于 对 象 安全 拷贝 的 局 部 特 化 
template<typename 工 > 
class BitOrClassCSM<T, false> { 
public: 
static void copy (typename RParam<T>::ResultT src, T* dst) { 
/把 其 中 一 项 拷贝 给 所 对 应 的 另 一 项 
*dst = STC; 
} 
static void copy_n (T const* src, T* dst, size tn){ 
// 把 其 中 n 项 拷贝 给 其 他 n 项 
for (size_tk=0;k<n; ++k) { 
dst[k] = src[kj; 


} 
static void copy_init (typename RParam<T>::ResultT src, 
void* dst) { 
// 找 贝 一 项 到 未 进行 初始 化 的 存储 空间 
::new(dst) T(src); 
} 
static void copy_init_n (IT const* src, void* dst, size tn) 
1/ 找 贝 n 项 到 未 进行 初始 化 的 存储 空间 
for (size_tk=0;k<n; ++k) { 
::new((void*)((char* )dst+k)) T(src[k]); 


} 
static void swap (T* a, T* b) { 
/交换 其 中 两 项 
工 tmp(*a); 
*q 二 *b; 
*b = tmp; 
} 
static void swap_n (T* a, T* b, size tn){ 
/ 交换 n 项 
for (size_tk=0;k<n; ++k) { 
T tmp(alk}); 
alk] = blkj; 
b[k] = tmp; 


} 
static void move (T* src, T* dst) { 
/ 移动 一 项 到 男 一 项 所 在 的 位 置 
assert(src != dst); 
*dst = 六 STC， 
src->~T(); 
} 
static void move_n (T* src, T* dst, size tn){ 
/ 移动 n 项 到 另 n 项 所 在 的 位 置 
assert(src != dst); 
for (size_tk=0;k<n; ++k) { 
dst[k] = src[kj; 
src[k].~T(); 


} 
} 
static void move_init (T* src, void* dst) { 
/ 移动 一 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
::new(dst) T(*src); 
src->~T(); 
} 
static void move_init n (T const* src, void* dst, size tn) { 
/ 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
for (size_tk=0;k<n; ++k) { 
::new((void*)((char*)dst+k)) 工 (Src[k]); 
src[k].~T(); 
} 
} 
}; 
在 这 里 ，move 的 概念 意味 着 : 把 一 个 值 从 一 个 位 置 转移 到 男 一 个 
位 置 ， 因 此 原来 的 值 已 经 不 再 存在 (或 者 更 加 准确 而 言 ， 原 来 的 值 所 
在 位 置 已 经 被 回收 了 ) 。 相 反 ，copy 操作 则 保证 在 执行 该 操作 之 后 ， 
源 位 置 和 目标 位 置 都 是 有 效 的 ， 而 且 具 有 相同 的 值 。 我 们 还 要 把 这 种 
区 别 以 及 memcpy0O 与 memmove0 之 间 的 区 别 进行 区 分 ， 其 中 memcpyO) 
和 memmove() 是 标准 C 程序 库 的 两 个 函数 : 在 C 标准 库 的 这 两 个 函数 
中 ，move 操作 意味 着 源 位 置 和 目标 位 置 是 可 以 重 友 的 ， 但 copy 操 作 的 
源 位 置 和 目标 位 置 不 能 重 县 。 而 在 我 们 CSM 的 实现 中 ， 我 们 假设 源 位 
置 和 目标 位 置 在 两 个 操作 中 都 是 不 能 重合 的 。 男 外 ， 在 具有 工业 强度 
的 程序 库 中 ， 可 能 还 需要 添加 一 个 shift 操 作 ， 来 表达 一 个 用 于 在 连续 内 


存 区 域 移动 对 象 的 policy 〈 该 操作 将 由 memmove0O 调 用 ) 。 在 此 ， 我 们 
基于 人 徐 单 性 考虑 而 省 略 了 这 个 shift 操 作 。 

我 们 看 到 ， 上 面 policy trait 模 板 的 成 员 函 数 都 是 静 芒 的 。 实 际 上 ， 
大 多 数 情 况 也 都 是 如 此 ， 因 为 我 们 只 是 对 参数 类 型 的 对 象 应 用 这 些 成 
员 函 数 ， 而 并 非 对 trait class 类 型 的 对 象 应 用 这 些 成 员 函 数 。 

最 后 ， 男 一 个 针对 位 元 找 贝 的 trait 而 实现 的 局 部 特 化 如 下 : 

// traits/csm2.hpp 


#include <cstring> 

#include <cassert> 

#include <stddef.h> 

#include "csm1.hpp" 

/针对 更 快 的 对 象 位 元 拷贝 而 实现 的 局 部 特 化 

template <typename 工 > 

class BitOrClassCSM<T,true> : public BitOrClassCSM<T,false> { 
public: 


static void copy_n (T const* src, T* dst, size tn){ 
/ 找 贝 a 项 到 其 他 的 对 象 
std::memcpy((void*)dst, (void* )src, n); 

} 

static void copy_init_n (IT const* src, void* dst, size tn){ 
1/ 找 贝 n 项 到 未 初始 化 的 存储 空间 
std::memcpy(dst, (void* )src, n); 

} 

static void move_n (T* src, T* dst, size tn){ 
/ 移动 n 项 到 其 他 对 象 的 n 项 
assert(src != dst); 


std::memcpy((void*)dst, (void* )src, n); 


} 
static void move_init_n (T const* src, void* dst, size_ tn) { 
/ 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
std::memcpy(dst, (void* )src, n); 
} 
}; 
针对 能 够 进行 位 元 拷贝 的 类 型 ， 为 了 位 化 该 类 型 的 trait 实 现 ， 我 们 
使 用 了 男 一 层次 的 继承 。 然 而 我 们 应 该 知道 ， 这 种 实现 并 非 是 必需 
的 。 实 际 上 ， 对 于 等 定 的 平台 ， 我 们 可 能 会 期 望 引 入 更 多 的 内 联 汇 编 
(例如 ， 充 分 利用 硬件 的 交换 操作 ，) 


15.4 本 章 后 记 


Nathan Myers 是 首位 令 trait 参 数 的 概念 走 辐 正式 化 的 专家 。 他 最 初 
给 出 了 一 种 能 够 在 标准 库 组 件 (诸如 输入 输出 流 ) 中 处 理 字 符 类 型 的 
trait， 并 且 把 这 种 trait 思 想 提 交 给 了 C++ 标准 委员 会 。 在 那个 时 候 ， 他 
把 trait 称 为 baggage template， 并 且说 明 baggage template 包 含 了 多 个 
trait。 然 而 ，C++ 委 员 会 的 某 些 成 员 并 不 喜欢 baggage 这 个 概念 ， 因 此 
最 后 也 就 使 用 了 trait 这 个 名 字 。 而 且 从 那 之 后 ，trait 这 个 概念 就 被 广泛 
使 用 了 。 

通常 而 言 ， 客 户 端 代 码 都 不 会 涉及 到 trait: 因为 缺 省 的 trait 类 都 可 
以 满足 一 般 的 需要 ， 而 且 这 些 trait 类 都 是 一 些 缺 省 模板 实 参 ， 因 此 在 客 
户 端 代码 中 并 不 需要 出 现 。 这 同时 也 有 利于 证 明 : 在 缺 省 trait 模 板 中 ， 
使 用 长 的 摘 述 名 称 是 合理 的 。 另 一 方面 ， 客 户 端 代 码 也 可 以 提供 一 个 
目 定 义 的 trait 实 参 ， 来 修改 缺 省 模板 的 行为 ， 此 时 ， 我 们 通常 都 会 对 所 
获得 的 结果 特 化 typedef 成 一 个 简短、 并 且 能 够 表达 上 自 定义 行为 的 名 


称 。 这 样 的 话 ， 即 使 trait 类 被 给 是 了 一 个 很 长 的 摘 述 名 称 ， 也 不 会 牺牲 
太 多 的 源 代 码 优雅 性 。 

在 我 们 的 讨论 中 ， 我 们 只 是 以 类 模板 的 形式 给 出 了 trait 模 板 。 但 是 
严格 而 言 ， 情 况 却 非 完 全 如 此 。 如 果 只 需要 提供 单一 的 policy trait， 我 
们 也 可 以 传递 普通 函数 模板 的 形式 来 给 出 trait 模 板 。 例 如 : 

template <typename T, void (*Policy)(T const&, T const&)> 

class X; 

然而 ，trait 的 最 初 目 的 是 为 了 减少 次 要 模板 实 参 的 数量 ， 而 如 采 我 
们 在 模板 参数 中 仅仅 封闭 一 个 trait 时 话 ， 那 么 将 达 不 到 最 初 的 目的 。 这 
也 是 Myer 为 什么 要 把 概念 baggage 看 为 trait 集 合 的 原因 。 我 们 将 在 的 第 
22 章 重新 探讨 这 个 问题 ， 在 那 一 章 里 ， 我 们 给 出 了 一 个 排序 原则 。 

标准 库 定 义 了 类 模板 std::char traits， 它 被 用 作 一 个 policy trait 参 
数 。 为 了 能 够 修改 某 些 算 法 ， 使 之 适合 多 种 STL 迭 代 需 的 要 求 ， 即 要 在 
该 算法 中 应 用 多 种 迭代 器 ; 标准 库 提 供 了 一 个 很 简单 的 
std::iterator_traits 属性 trait (property trait) 模板 (而 且 在 标准 库 的 接口 
中 也 使 用 这 个 trait) 。 另 外 ， 模 板 std::numeric_limits 也 可 以 被 用 作 一 个 
属性 trait 模 板 ， 但 是 在 标准 库 中 却 看 不 到 这 种 用 法 。 类 似 地 ， 类 模板 
std::unary_function 和 std::binary_funtion 也 是 属于 这 种 例子 ， 但是， 后 两 
个 函数 是 很 简单 的 类 型 函数 : 它们 只 是 把 实 参 typedef 为 成 员 名 称 ， 而 
这 义 适 用 于 仿 画 数 (funtor， 也 称 为 函数 对 象 ， 见 第 22 章 ) 。 最 后 ， 用 
于 标准 容器 类 型 的 内 存 分 配 也 是 使 用 一 个 policy trait 类 来 处 理 的 ， 
std::allocator 模 板 就 是 标准 库 提供 的 用 于 这 个 目的 的 标准 处 理 方式 。 

显然 ， 许 多 程序 员 和 一 些 作 者 都 在 开发 和 探索 policy class。 其 中 
Alexandrescu 使 policy class 这 个 概念 更 加 普及 流行 ， 在 Modern 
C++Design 里 ， 他 给 出 了 更 多 关于 policy class 的 详细 内 容 ， 也 包括 我 们 
这 一 简短 章节 中 所 没有 的 内 容 〈 见 [AlexandrescuDesign]) 。 


16 与 继 


不 是 锡 家 不 聚 头 ， 让 模板 与 继承 “ 聚 头 ”>， 想 象 一 下 会 有 什么 好 戏 
看 ? 人 钨 怕 浮 现在 你 的 脑海 中 的 是 第 9 章 里 继承 依赖 型 基 类 (dependent 
base class) 时 处 理 非 受 限 名 字 (unqualified names) 的 战 战 表 项 吧 ? 其 
实 ， 模 板 与 继承 的 结合 ， 借 助 所 谓 的 参数 化 继承 (parameterized 
inheritance) ， 倒 能 碰撞 出 不 少 精彩 的 技术 火花 ， 而 这 正 是 本 章 的 主 


题 。 


16.1 命 参 


S 


许多 模板 技术 往往 让 类 模板 拖 痢 一 长 串 类 型 参数 ;不 过 许多 
都 设 有 合理 的 缺 省 值 ， 往 往 像 这 样 : 


template <typename Policy1l = DefaultPolicy1， 


Sh 
粒 


typename Policy2 = DefaultPolicy2， 
typename Policy3 = DefaultPolicy3， 
typename Policy4 = DefaultPolicy4> 


class BreadSlicer { 


}; 

一 般 情 况 下 使 用 缺 省 模板 实 参 BreadSlicer<> 就 足够 了 。 不 过 ， 如 
果 必 须 指定 某 个 非 缺 省 的 实 参 ， 还 必须 明日 地 指定 在 它 之 前 的 所 有 实 
参 〈 即 使 这 些 实 参 正好 是 缺 省 类 型 ， 也 不 能 偷懒 ) 。 

跟 这 样 的 BreadSlicer<DefaultPolicy1，DefaultPolicy2，Custom> 相 
比 ，BreadSlicer<Policy3= Custom> 显 然 更 有 吸引 力 。 下 面 我 们 就 来 把 这 
吸引 力 由 梦想 变 为 现实 [13] 。 


我 们 的 考虑 主要 是 设法 将 缺 省 类 型 值 放 到 一 个 基 类 中 ， 再 根据 需 
要 通过 派生 履 盖 抒 某 些 类 型 值 。 这 样 ， 我 们 束 不 再 直接 指定 类 型 实 参 
了 ， 而 是 通过 辅助 类 完成 ， 如 BreadSlicer<Policy3_is<Custom> >。 既然 
用 辅助 类 做 模板 参数 ， 每 个 辅助 类 都 可 以 描述 上 述 4 个 policy 中 的 任意 
一 个 ， 故 所 有 模板 参数 的 缺 省 值 均 相 同 : 


template <typename PolicySetterl = DefaultPolicyArgs, 


typename PolicySetter2 = DefaultPolicyArgs, 
typename PolicySetter3 = DefaultPolicyArgs, 
typename PolicySetter4 = DefaultPolicyArgs> 
class BreadSlicer { 
typedef PolicySelector<PolicySetter1, PolicySetter2, 
PolicySetter3, PolicySetter4> 
Policies; 
// 使 用 Policies::P1、Policies::P2... 来 引用 各 个 policies 


中 

和 璋 下 的 磋 烦 事 就 是 实现 模板 PolicySelector。 这 个 模板 的 任务 是 利 
用 typedef 将 各 个 模板 实 参 合并 到 一 个 单一 的 类 型 ( 即 
Disoriminator) ， 该 类 型 能 够 根据 指定 的 非 缺 省 类 型 (如 policy1-is 的 
Policy ) ， 改 写 缺 省 定义 的 typedef 成 员 (如 Default Policies 的 
DefaultPolicy1) 。 其 中 合并 的 事情 可 以 让 继承 来 干 : 

// PolicySelector<A,B,C,D> 生成 A,B,C,D 作 为 基 类 

// Discriminator<> 使 Policy Seletor 可 以 多 次 继承 自 相 同 的 基 类 


template<typename Base, int D> 


class Discriminator : public Base { 
}; 


template <typename Setterl, typename Setter2, 


typename Setter3, typename Setter4> 
class PolicySelector : public Discriminator<Setter1,1>, 
public Discriminator<Setter2,2>, 
public Discriminator<Setter3,3>, 
public Discriminator<Setter4,4> { 
上 
注意 ， 由 于 中 间 模 板 Discriminator 的 引入 ， 我 们 就 可 以 一 致 处 理 各 
个 Setter 类 型 \ 不 能 直接 从 多 个 相同 类 型 的 基 类 继承 ， 但 可 以 借助 中 间 
类 间接 继承 ) [14] 。 
如 前 所 述 ， 我 们 还 需 把 缺 省 值 集 中 到 一 个 基 类 中 : 
/ 分 别 命名 缺 省 policies 为 P1, P2, P3, P4 
class DefaultPolicies { 
public: 
typedef DefaultPolicy1 P1; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 
}; 
不 过 由 于 会 多 次 从 这 个 基 类 继承 ， 我 们 必须 小 心 以 避免 二 义 性 ， 
故 用 虚拟 继承 : 
// 一 个 为 了 使 用 缺 省 policy 值 的 类 
/ 如 果 我 们 多 次 派生 自 DefaultPolicies， 下 面 的 虚拟 继承 就 避免 了 
二 六 性 
class DefaultPolicyArgs : virtual public DefaultPolicies { 
}; 
最 后 ， 我 们 只 需 写 儿 个 模板 履 盖 掉 缺 省 的 policy 参 数 : 


template <typename Policy> 


class Policyl is : virtual public DefaultPolicies { 
public: 
typedef Policy P1; // 改写 缺 省 的 typedef 
}; 
template <typename Policy> 
class Policy2_is : virtual public DefaultPolicies { 
public: 
typedef Policy P2; /改写 缺 省 的 typedef 
几 
template <typename Policy> 
class Policy3_is : virtual public DefaultPolicies { 
public: 
typedef Policy P3; /改写 缺 省 的 typedef 
}; 
template <typename Policy> 
class Policy4_is : virtual public DefaultPolicies { 
public: 
typedef Policy P4; /改写 缺 省 的 typedef 
}; 
大 功 告 成 。 我 们 把 模板 BreadSlicer 实 例 化 为 : 
BreadSlicer<Policy3_is<CustomPolicy> > pc; 
这 时 模板 BreadSlicer 中 的 类 型 Polices 被 定义 为 : 
PolicySelector<Policy3_is<CustomPolicy>, 
DefaultPolicyArgs, 
DefaultPolicyArgs, 
DefaultPolicyArgs> 


由 类 模板 Discriminator 的 帮助 ， 我 们 得 到 了 如 图 16.1 所 示 的 类 层 
次 。 从 中 可 以 看 出 ， 所 有 的 模板 实 参 都 是 基 类 ， 而 它们 有 共同 的 虚 基 
类 DefaultPolicies， 正 是 这 个 共同 的 虚 基 类 定义 了 P1、P2、P3 和 P4 的 缺 
省 类 型 ; 不 过 ， 其 中 一 个 派生 类 Policy3_is<> 重 定义 了 P3。 根 据 优势 规 
则 (domination rule) ， 重 定义 的 类 型 隐藏 了 基 类 中 的 定义 ， 这 里 没有 
二 义 性 问题 [15]。 


DefaultPolicies 
typedef DefaultPolicy1l P1; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 


| 


RS 生生 过 让 EE A A 
{virtual} |{virtual} {virtual} {virtual} 


| Policy3_is<CustomPolicy> DefaultPolicyArgs DefaultPolicyArgs DefaultPolicyArgs | 


typedef CustomPolicy P3; ep 
| 
| 


[ 
| Discriminator<...,1> Discriminator<...,2> | Discriminator<...,3> | Discriminator<...,4> 


: 


| PolicySelector<Policy3_is<CustomPolicy>,DefaultPolicyArgs,DefaultPolicyArgs,DefaultPolicyArgs> 


图 16.1 BreadSlicer<>::Policies 所 获得 的 类 型 体系 


在 模板 BreadSlicer 中 ， 我 们 可 以 使 用 诸如 Policies::P3 等 限定 名 称 
(qualified name) 来 引用 这 4 个 policy， 例 如 : 


template <...> 


class BreadSlicer { 


public: 
void print () { 


Policies::P3::doPrint(); 


}; 

完整 示例 请 见 inherit/nametmpl.cpp 。 

虽然 上 述 实现 针对 的 是 4 个 模板 参数 的 情况 ， 但 不 难 举一反三 解决 
一 般 的 命名 模板 参数 问题 。 a 对 于 那些 包含 虚 基 类 的 辅助 类 ， 我 
们 上 自始至终 都 没有 对 它们 进行 实例 化 ， 因 此 也 就 不 存在 性 能 或 者 内 存 
耗费 的 问题 。 


6.2 空 基 类 优化 


C++ 类 常常 为 “ 空 "， 这 就 意味 着 在 运行 期 其 内 部 表示 不 耗费 任何 内 
存 。 这 和 角 见 于 只 包含 类 型 成 员 、 非 虚 成 员 函 数 和 静态 数据 成 员 的 类 ， 
而 非 静 态 数 据 成 员 、 虚 函数 和 虚 基 类 则 的 确 在 运行 期 耗费 内 存 。 

即使 是 空 类 ， 其 大 小 也 不 会 为 0。 试 试 下 面 这 个 程序 : 

// inherit/empty.cpp 


#include <iostream> 


class EmptyClass { 


上 
int main() 
{ 
std::cout << "sizeof(EmptyClass): " << sizeof(EmptyClass) 
<<\n,; 
} 


在 许多 平台 上 上， 上 壕 程序 会 输出 EmptyClass 的 大 小 为 1;， 而 在 某 些 
对 于 对 齐 (alignment) 要 求 更 严格 系统 上 ， 结 果 可 能 是 另 一 个 数 ( 通 


种 征 4) 
16.2.1 市 局 原则 
C++ 的 设计 者 们 不 允许 类 的 大 小 为 0， 其 原因 很 多 。 比 如 由 它们 构 
成 的 数组 ， 其 大 小 必然 也 是 90， 这 会 导致 指针 运算 中 普遍 使 用 的 性 质 失 
效 。 例 如 ， 假 设 类 型 ZerosizedT 的 大 小 为 0， 则 下 面 的 操作 会 出 现 错 
充 : 
ZeroSizedT z[10j]; 


&z[i] - &z[j] / 计算 两 个 指针 或 者 地 址 之 间 的 距离 

通 沼 而 言 ， 示 例 中 的 差 值 ， 一 般 是 用 两 个 地 址 之 则 的 字 市 数 除 以 
类 型 大 小 而 得 到 的 ， 而 类 型 大 小 为 0 就 不 妙 了 。 

虽然 不 能 存在 “去 大 小 ”的 类 ， 但 这 局 门 也 没 彻 展 关 死 。C++ 标 准 规 
定 ， 当 空 类 作为 基 类 时 ， 只 要 不 会 与 同一 类 型 的 男 一 个 对 象 或 子 对 象 
分 配 在 同一 地 址 ， 就 不 需 为 其 分 配 任 何 空 间 。 我 们 通过 实例 来 看 看 这 
个 所 请 的 空 基 类 优化 (empty base class optimization，EBCO) 技术 : 

// inherit/ebco1.cpp 


#include <iostream> 
class Empty { 
typedef int Int; // typedef 成 员 并 不 会 使 类 成 为 非 空 
上 
class EmptyToo : public Empty { 
}; 
class EmptyThree : public EmptyToo { 
» 
int main() 


{ 


std::cout << "sizeof(Empty): " << sizeof(Empty) 
<< \n'; 

std::cout << "sizeof(EmptyToo): " << sizeof(EmptyToo) 
<< \n'; 

std::cout << "sizeof(EmptyThree): " << sizeof(EmptyThree) 
<< \n'; 


} 

如 果 编 译 器 支持 空 基 类 优化 ， 上 壕 程 序 所 有 的 输出 结果 相同 ， 但 
均 不 为 0 ( 见 图 16.2) 。 也 就 是 说 ， 在 类 EmpytToo 中 的 类 Empty 没有 分 
配 空间 。 注 意 ， 带 有 优化 空 基 类 的 空 类 (没有 其 他 基 类 ) ， 其 大 小 亦 
为 0; 这 也 是 类 EmptyThree 能 够 和 类 Empty 具有 相同 大 小 的 原因 所 在 。 
然而 ， 在 不 支持 EBCO 的 编译 器 上 ， 结 果 就 大 相 径 庭 〈 见 图 16.3) 。 


国清 | Empty | EmptyToo EmptyThree 


图 16.2 实现 EBCO 的 编译 器 对 EmptyThree 的 布局 


EmptyToo 


EmptyThree 


图 16.3 不 支持 EBCO 的 编译 器 对 EmptyThree 的 布 


想 想 在 空 基 类 优化 下 ， 下 例 的 结果 如 何 ? 
// inherit/ebco2.cpp 


可 


#include <iostream> 
class Empty { 
typedef int Int; // typedef 成 员 并 没有 使 一 个 类 变 成 韭 空 
上 
class EmptyToo : public Empty { 
5 
class NonEmpty : public Empty, public EmptyToo { 
电 
int main() 
{ 
std::cout << "sizeof(Empty): " << sizeof(Empty) << \n'; 
std::cout << "sizeof(EmptyToo): " << sizeof(EmptyToo) << \n'; 
std::cout << "sizeof(NonEmpty): " << sizeof(NonEmpty) << \n'; 
} 
也 许 你 会 大 吃 一 惊 ， 类 NonEmpty 并 非 真 正 的 “ 空 ” 类 ， 但 的 的 确 确 
它 和 它 的 基 类 都 没有 任何 成 员 。 不 过 ，NonEmpty 的 基 类 Empty 和 
EmptyToo 不 能 分 配 到 同一 地 址 空间 ， 和 否则 EmptyToo 的 基 类 Empty 会 和 
NonEmpty 的 基 类 Empty 撞 在 同一 地 址 空间 上 。 换 名 话说， 两 个 相同 类 
型 的 子 对 象 偏 移 量 相同 ， 这 是 C++ 对 象 布 局 规则 不 允许 的 。 有 人 可 能 会 
认为 可 以 把 两 个 Empty 子 对 象 分 别 放 在 偏 移 G 和 1 字 节 处 ， 但 整个 对 象 的 
大 小 也 不 能 仅 为 1。 因为 在 一 个 包公 两 个 NonEmpty 的 数组 中 ， 第 一 个 
元 素 和 第 二 个 元 于 的 Empty 子 对 象 也 不 能 撞 在 同一 地 址 空间 ( 见 图 
16.4) 。 


NonEmpty 


EmptyToo 


图 16.4 支持 EBCO 的 编译 器 对 NonEmpty 的 布局 

对 空 基 类 优化 进行 限制 的 根本 原因 在 于 ， 我 们 需要 能 比较 两 个 指 
针 是 否 指 癌 同 一 对 象 。 由 于 指针 几乎 总 是 用 地 址 作 内 部 表示 ， 所 以 我 
们 必须 保证 两 个 不 同 的 地 址 ( 即 两 个 不 同 的 指针 值 ， 对 应 两 个 不 同 的 
对 象 。 

虽然 这 种 约束 看 起 来 并 不 非常 重要 ， 但 是 在 实际 应 用 中 的 许多 类 
都 是 继承 自 一 组 定义 公共 typedefs 的 基 类 ， 当 这 些 类 作为 子 对 象 出 现在 
同一 对 象 中 时 ， 问 题 束 凸现 出 来 了 ， 此 时 优化 应 被 殖 止 。 

16.2.2 成 员 作 基 类 

对 于 数据 成 员 ， 则 不 存在 类 似 空 基 类 优化 的 技术 ， 否 则 遇 到 指 加 
成 员 的 指针 时 束 会 出 问题 。 那 么 我 们 不 妨 考 虑 将 成 员 变 量 实现 为 ( 私 
有 ) 基 类 的 形式 ， 而 且 第 一 眼看 来 ， 该 类 型 确实 也 可 以 作为 成 员 变 量 
的 类 型 ， 不 过 这 都 需要 我 们 在 后 面 对 该 类 型 进行 特殊 处 理 。 

在 模板 中 考虑 这 个 问题 特别 有 意义 ， 因 为 模板 参数 常常 可 能 吏 是 
空 类 。 但 是 对 于 一 般 情 况 ， 我 们 并 不 能 依赖 这 条 规则 ( 即 模板 参数 常 
常 可 能 是 基 类 ) ; 而 且 如 果 对 某 一 个 模板 参数 一 无 所 知 ， 也 不 能 很 容 
易 地 实现 空 基 类 优化 。 考 虑 一 个 平凡 的 例子 : 


template <typename T1, typename T2> 


class MyClass { 
private: 
T1 a; 


工 2 b;... 
}; 
模板 参数 T1 和 T2 之 一 或 全 部 ， 都 很 有 可 能 为 空 类 ， 那 像 上 面 这 样 
老 老 实 实地 表示 MyClass<T1, T2> 就 不 能 得 到 最 优 布 局 ， 每 个 这 样 的 实 
例 可 能 会 浪费 一 个 字 的 内 存 。 

把 模板 参数 直接 作为 基 类 可 以 解决 这 个 问题 : 


template <typename T1, typename T2> 


class MyClass : private T1, private T2 { 

}; 

但 是 ， 如 此 直接 的 做 法 必然 直面 一 堆 问 题 。 铬 T1 和 T2 并 非 是 类 
(比如 原生 类 型 int 等 ) ， 或 者 是 联合 (union) 类 型 ， 上 面 的 做 法 就 有 
问题 。 另 外 ， 当 T1 和 T2 类 型 相同 时 ， 也 会 出 问题 (这 个 问题 倒是 不 难 
通过 添加 中 间 层 进行 继承 的 方式 解决 [16] ) 。 再 退 一 步 ， 即 使 这 些 问 
题 都 可 以 解决 ， 却 始终 会 有 块 大 石头 挡住 去 路 : 增加 基 类 会 改变 接 
口 。 对 上 面 的 MyClass 类 来 说 ， 它 的 接口 有 限 ， 问 题 并 不 大 。 但 是 稍 后 
我 们 会 发 现 ， 继 承 模板 参数 甚至 能 影响 到 成 员 函 数 是 否 为 虚 。 显 然 ， 
这 样 引入 EBCO 会 引 来 许多 不 必要 的 麻 烦 。 

如 采 已 知 一 个 模板 参数 的 类 型 必然 是 类 ， 该 模板 的 另 一 个 成 员 类 
型 不 是 空 类 ， 那 么 有 一 个 办 法 更 可 行 ， 其 大 致 想法 是 借助 EBCO 的 东 
风 ， 把 可 能 为 空 的 类 型 参数 与 这 个 成 员 “ 合 ”起 来 [17] 。 比 如 对 于 


template <typename CustomClass> 


class Optimizable { 


private: 
CustomClass info; /可 能 为 空 
void* storage; 


我 们 可 将 其 改写 为 
template <typename CustomClass> 
class Optimizable { 

private: 


BaseMemberPair<CustomClass, void*> info_and_storage; 


}; 

即使 不 管 模 板 BaseMemberPair 的 实现 ， 光 Optimizable 就 已 经 变 得 更 
为 见长 。 但 应 用 了 类 似 方法 后 ， 对 于 使 用 痢 而 言 ， 许 多 模板 库 的 性 能 
都 得 以 显著 提高 ， 故 实现 的 相对 复杂 是 值得 的 。 

BaseMemberPair 的 实现 其 实 相当 人 简洁: 

// inherit/basememberpair.hpp 

#ifndef BASE_ MEMBER_ PAIR_ HPP 

#define BASE_ MEMBER PAIR_ HPP 


template <typename Base, typename Member> 


class Base MemberPair : private Base { 

private: 
Member member; 

public: 
/ 构造 隙 数 
BaseMemberPair (Base const & b, Member const & m) 

: Base(b), member(m) { 

} 
// 通过 first() 来 访问 基 类 数据 
Base const& first() const { 


return (Base const&)*this; 


Base& first() { 
return (Base&)*this; 
} 
// 通过 second() 来 访问 基 类 的 成 员 变 量 
Member const& second() const { 
return this->member: 
} 
Member& second() { 


return this->member; 


上 

#endif / BASE MEMBER _PAIR_HPP 

封装 在 BaseMemberPair 中 的 数据 成 员 (其 存储 方式 在 类 型 Base 为 
空 时 可 得 到 优化 ) ， 需 要 通过 成 员 函 数 first0) 和 second0) 访 问 。 


16.3 奇特 的 递归 模板 模式 


奇特 的 递归 模板 模式 ( Curiously Recurring Template Pattern ， 
CRTP) 这 个 奇特 的 名 字 代 表 了 类 实现 技术 中 一 种 通用 的 模式 ， 即 派生 
类 将 本 身 作 为 模板 参数 传递 给 基 类 。 最 简单 的 情形 如 下 : 


template <typename Derived> 


class CuriousBase { 


}; 


class Curious : public CuriousBase<Curious> { 


全 


在 第 一 个 示例 中 ，CRTP 有 一 个 非 依赖 型 基 类 (nondependent base 
class) : 类 Curious 不 是 模板 ， 因 此 免 于 是 依赖 型 基 类 (dependent base 
class) 的 名 字 可 见 性 等 问题 纠缠 。 不 过 ， 这 并 非 CRTP 的 本 质 特征 ， 

看 : 
template <typename Derived> 


class CuriousBase { 


}; 
template <typename T> 


class CuriousTemplate : public CuriousBase<CuriousTemplate<T> > { 


上 
从 这 个 示例 出 发 ， 不 难 再 举 出 使 用 模板 的 模板 参数 的 方式 : 


template <template<typename> class Derived> 


class MoreCuriousBase { 


}; 
template <typename T> 


class MoreCurious : public MoreCuriousBase<MoreCurious> { 


}; 

CRIP 的 一 个 简单 应 用 是 记录 某 个 类 的 对 象 构造 的 总 个 数 。 数 对 象 
个 数 很 简单 ， 只 需 引 入 一 个 整数 类 型 的 静态 数据 成 员 ， 分 别 在 构造 函 
数 和 析 构 函数 中 进 人 。 不过， 要 在 每 个 类 里 都 这 人 么 写 
就 很 党 琐 了 。 有 了 CRITP， 我 们 可 以 移 写 一 个 模板 : 

// inherit/objectcounter.hpp 

#include <stddef.h> 


template <typename CountedType> 
class ObjectCounter { 
private: 
static size_t count; ”// 存在 对 象 的 个 数 
protected: 
/ 缺 省 构造 画 数 
ObjectCounter() { 


++ObjectCounter<CountedType>::count; 


1/ 拷贝 构造 钞 数 
ObjectCounter (ObjectCounter<CountedTIype> const&) { 
++ObjectCounter<CountedType>::count; 
} 
/ 析 构 函数 
~ObjectCounter() { 
--ObjectCounter<CountedTIype>::count; 
public: 
/返回 存在 对 象 的 个 数 : 
static Size_t live() { 
return ObjectCounter<CountedType>::count; 
} 
] 
/用 0 来 初始 化 count 
template <typename CountedTIype> 


size_t ObjectCounter<CountedIype>::count = 0; 


如 果 想 要 数 某 个 类 的 对 象 存 在 的 个 数 ， 只 需 让 该 类 从 模板 
ObjectCounter 派 生 即 可 。 以 一 个 字符 串 类 为 例 : 

// inherit/testcounter.cpp 

#include "objectcounter.hpp" 

#include <iostream> 

template <typename CharT> 


class MyString : public ObjectCounter<MyString<CharI> > { 


3 
int main() 
{ 
MyString<char> s1, S2; 
MyString<wchar_t> ws; 
std::cout << "number of MyString<char>: " 
<< MyString<char>::live() << std::endl; 
std::cout << "number of MyString<wchar_t>: " 
<< ws.live() << std::endl; 
} 
一 般 地 ，CRTP 适用 于 仅 能 用 作成 员 函 数 的 接口 (如 构造 钞 数 、 析 
构 画 数 和 下 标 运算 operator[] 等 的 实现 提取 出 来 。 


16.4 参数 化 虚拟 性 


C++ 人 允许 通过 模板 直接 参数 化 3 种 实体 ， 类 型 、 常 数 (nontype) 和 
模板 。 同 时 ， 模 板 还 能 间接 参数 化 其 他 属性 ， 比 如 成 员 函 数 的 虚拟 
性 。 下 面 我 们 来 看 看 这 个 不 同 寻 常 的 技术 : 


// inherit/virtual.cpp 


#include <iostream> 
class NotVirtual { 
}; 
class Virtual { 
public: 
virtual void foo() { 
} 
}; 
template <typename VBase> 
class Base : private VBase { 
public: 
/ foo0 的 虚拟 性 依赖 于 它 在 基 类 VBase( 如 采 人 存在 基 类 的 话 ) 中 
的 声明 
void foo() { 


std::cout << "Base::foo()" << \n'; 


上 
template <typename V> 
class Derived : public Base<V> { 
public: 
void foo() { 


std::cout << "Derived::foo()" << \n'; 


} 
}; 
int main() 
{ 


Base<NotVirtual>* pl1 = new Derived<NotVirtual>; 


p1->foo(); / 调用 Base::foo() 
Base<Virtual>* p2 = new Derived<Virtual>; 
p2->foo(); // 调用 Derived::foo0) 
} 
虽然 这 项 拉 术 可 以 让 一 个 类 模板 喘 兼 两 职 既 可 以 用 作 实 例 化 也 
可 用 作 继 承 ， 而 且 两 种 方式 的 行为 功能 完全 不 同 。 但 是 ， 这 无 疑 是 一 
把 双 刃 全， 除非 经 过 深思 熟 虚 而 做 出 这 样 的 设计 决策 ， 否 则 ， 一 般 我 
们 更 倾 问 于 为 此 类 模板 减负 ， 将 功能 分 散 [18] 。 


16.5 后 记 


Boost 库 用 命名 函数 参数 简化 某 些 类 模板 的 使 用 [19]。 不 过 与 本 书 
中 利用 虚 继 承 实 现 一 个 功能 上 类 似 于 PolicySelector 的 类 型 (由 
Vandevoorde 设计 ) 相 比 ，Boost 使 用 了 更 为 复杂 的 metaprogramming 技 
术 o 

CRTP 的 使 用 至 少 可 追溯 到 1991 年 ， 不 过 最 早 由 James Coplien 将 其 
正式 记录 下 来 ( 见 [CoplienCRTP]) ， 从 此 它 开始 被 大 量 应 用 。 参 数 化 
继承 (parameterized inheritance) 一 词 常 常常 被 误 认 为 等 价 于 CRTP。 事 
实 上 ， 正 如 我 们 所 展示 的 ，CRTP 并 不 要 求 派生 是 参数 化 的 ， 而 许多 形 
式 的 参数 化 继承 也 并 非 CRTP。 此 外 ，CRTP 有 时 也 与 Barton-Nackman 技 
巧 ( 见 第 11.7 市 ) 搅 成 一 团 ， 那 是 因为 Barton 和 Nackman 使 用 友 元 名 字 
注入 技术 (friend name injection，Barton-Nackman 技 巧 的 主力 ) 时 常 伴 
有 CRTP。 本 章 在 ObjectCounter 示 例 中 所 用 的 技术 基本 与 Scott Meyers 所 
设计 的 〈 见 [MeyersCounting]) 相同 。 

Bill Gibbons 是 将 EBCO 技 术 引 入 C++ 的 最 大 功臣 ，Nathan Myers 使 
EBCO 得 以 普及 ， 并 且 他 曾 提出 过 一 个 与 BaseMemberPair 类 似 的 模 
板 。Boost 库 包 含 一 个 更 为 精致 的 模板 compressed_pair， 解 决 了 我 们 


指出 的 那些 存在 于 MyClass 中 的 问题 。boost: compressed-pair 完 全 可 以 
取代 BaseMemberPair 。 

译 者 评注 

命名 参数 问题 

相信 大 家 更 为 熟悉 命名 函数 参数 (named function parameter) 机 
制 ， 也 就 是 某 些 语言 (如 Python) 中 的 所 谓 关 键 字 实 参 (keyword 
argument) 。 上 毕竟， 支持 函数 的 编程 语言 远 远 多 于 支持 模板 的 语言 。 这 
两 个 机 制 是 相当 类 似 的 ， 不 过 C++ 都 不 支持 ， 所 以 我 们 不 妨 类 比 一 下 。 
一 个 经 典 的 命名 函数 参数 示例 如 下 (Python 语言， 来自 Python 文 档 ) : 

def parrot(voltage, state='a stiff',, action='voom', type='Norwegian 
Blue'): 


print "-- This parrot wouldn't", action, 
print "if you put", voltage, "Volts through it." 
print "-- Lovely plumage, the", type 
print "-- It's", state, "!" 
调用 方式 为 
parrot(1000) 
parrot(action = "VOOOOOM.,', voltage = 1000000) 
parrot('a thousand', state = 'pushing up the daisies') 
parrot('a million', 'bereft of life', jump') 
也 就 是 说 ， 参 数 名 并 不 仅仅 是 一 个 占 位 符 (placeholder) ， 还 有 具 
体 的 意义 。 我 们 只 需要 按 任意 顺序 指定 某 些 参数 的 值 即 可 ， 其 他 参数 
目 动 采 用 默认 值 。 这 比 C++ 自 喘 具有 严格 顺序 要 求 的 默认 参数 机 制 好 多 
了 ， 特 别 适用 于 函数 参数 个 数 较 多 ， 而 大 部 分 时 候 只 需 使 用 默认 值 的 
情况 。 当 然 ，C++ 也 可 以 模拟 出 这 一 机 制 ， 比 如 BGL (Boost Graph 
Library) 就 实现 了 一 套 命名 函数 参数 机 制 。 以 其 Bellman-Ford 最 短路 径 
算法 为 例 ， 完 整形 式 是 


template <class EdgeListGraph, class Size, class WeightMap, 

class PredecessorMap, class DistanceMap, 

class BinaryFunction, class BinaryPredicate, 

class BellmanFordVisitor> 

bool bellman_ford_shortest_paths(EdgeListGraph& g, Size N， 

WeightMap weight, PredecessorMap pred, DistanceMap distance, 

BinaryFunction combine, BinaryPredicate compare, 
BellmanFordVisitor V); 

一 共 8 个 参数 ， 后 6 个 都 设 有 合理 的 默认 值 ， 可 以 这 么 调用 

bool r = boost::bellman ford_shortest_paths(g, int(N), 

boost::weight_map(weight). 

distance_map(&distance[0]). 

predecessor_ map(&parent[0])); 

这 完全 得 花 于 BGL 的 精心 设计 ， 具 体 原 理 不 再 资 述 ， 有 兴趣 的 读 
者 可 以 参考 Boost Graph Library 一 书 。 


第 17 草 metaprogram 


metaprogramming [20] 含有 “对 一 个 程序 进行 编程 ?的 意思 。 换 句 话 
说 ， 编 程 系统 将 会 执行 我 们 所 写 的 代码 ， 来 生成 新 的 代码 ， 而 这 些 新 
代码 才 真 正 实现 了 我 们 所 期 望 的 功能 。 通 第 而 言 ，metaprogramming 这 
个 概念 意味 着 一 种 反射 的 特性 : metaprogramming 组 件 只 是 程序 的 一 部 
分 ， 而 且 它 也 只 生成 一 部 分 代码 或 者 程序 。 

我 们 为 什么 需要 metaprogramming 呢 ? 和 大 多 数 程序 设计 技术 一 
样 ， 使 用 metaprogramming 的 目的 是 为 了 实现 更 多 的 功能 ， 并 且 使 人 花费 
的 开销 更 小 ， 其 中 开销 是 以 : 代码 大 小 、 维 护 的 开销 等 来 衡量 的 。 另 


一 方面 ，metaprogramming 的 最 大 特点 在 于 : 某 些 用 户 目 定义 的 计算 可 
以 在 程序 翻译 期 进行 。 而 这 通常 都 能 够 在 性 能 (因为 在 程序 翻译 期 所 
进行 的 计算 通常 都 可 以 被 优化 ) 或 者 接口 简单 性 (一 个 metaprogram 通 
常 都 要 比 它 所 扩展 的 程序 简短 ) 方面 带 来 好 处 ;甚至 为 两 方面 同时 融 
来 好 处 。 

metaprogramming 要 依赖 于 我 们 在 第 15 章 所 介绍 的 关于 trait 和 类 型 
函数 的 概念 。 因 此 ， 我 们 建议 你 在 深入 学 习 这 一 章 之 前 ， 驳 对 第 15 章 
有 个 大 致 的 了 解 。 


17.1 metaprogram 的 第 一 个 实例 


在 1994 年 C++ 标准 委员 会 的 一 次 会 议 上 ，Erwin Unruh 提 出 了 : 可 
以 使 用 模板 来 在 编译 期 进行 某 些 计算 。 于 是 ， 他 写 了 一 个 用 于 产生 素 
数 的 程序 。 其 中 特别 的 是 : 生成 素数 的 计算 是 编译 需 在 编译 期 执行 
的 ， 而 不 是 在 运行 期 执行 。 而 且 对 于 从 2 到 某 个 可 配置 的 值 ( 即 素 
数 ) ， 编 译 侨 都 会 产生 一 个 错误 信息 。 最 后 ， 尽 管 这 个 程序 并 不 是 严 
格 可 移植 的 (因为 错误 信息 没有 标准 化 ) ， 但 是 该 程序 表明 了 : 模板 
实例 化 机 制定 一 种 基本 的 递归 语言 机 制 ， 可 以 用 于 在 编译 期 执行 复杂 
的 计算 。 因 此 ， 这 种 随 厦 模板 实例 化 所 出 现 的 编译 期 计算 通 第 就 个 称 
为 template metaprogramming 。 

在 深入 了 解 metaprogramming 的 细 广 之 前 ， 让 我 们 先 来 看 一 个 人 简单 
的 例子 (而 Erwin 的 例子 我 们 将 在 17.8 节 给 出 ) 。 下 面 的 程序 给 出 了 如 
何在 编译 期 计算 3 的 需 : 

// meta/pow3.hpp 

#ifndef POW3_HPP 

#define POW3_HPP 

// 用 于 计算 3 的 N 次 方 的 基本 模板 


template<int N> 
Class Pow3 { 
public: 
enum { result=3*Pow3<N-1>::result }; 
}: 
/ 用 于 结束 递归 的 全 局 特 化 
template<> 
class Pow3<0> { 
public: 
enum { result = 1 }: 
}; 
#endif // POW3_HPP 
实际 上 ， 在 template metaprogramming 后 面 所 做 的 工作 是 递归 的 模 
板 实例 化 [21]。 在 这 个 计算 3N 的 递归 模板 实例 化 将 应 用 下 面 这 两 个 规 
则 : 
1 
2.30=1 
首先 ， 第 1 个 模板 实现 了 一 般 的 递归 原则 : 


template<int N> 


Class Pow3 { 
public: 
enum { result = 3 * Pow3<N-1>::result }: 
}; 
当 实例 化 一 个 正 数 N 的 时 候 ， 模 板 Pow3<> 需 要 计算 所 含 枚 举 值 的 
结果 ， 这 个 值 将 会 是 :以 N-1 为 模板 参数 实例 化 相同 模板 后 ， 对 应 模板 
的 result 值 乘 以 3。 


而 第 2 个 模板 是 一 个 用 于 结束 递归 的 特 化 ， 它 确定 了 Pow3<0> 的 结 
果 : 

template<> 

class Pow3<0> { 

public: 
enum { result = 1 }: 

上 

让 我 们 通过 实例 化 Pow3<7> 来 计算 3”， 从 而 研究 一 下 具体 的 计算 
细 广 : 


// meta/pow3.cpp 


#include <iostream> 

#include "pow3.hpp" 

int main() 

{ 

std::cout << "Pow3<7>::result = " << Pow3<7>::result 
<< \n'; 

} 

首先 ， 编 译 器 会 实例 化 Pow3<7>， 从 而 获得 : 

3 * Pow3<6>::result 

于 是 ， 上 面 的 Pow3<6> 要 求 基 于 实 参 6 实例 化 相同 的 模板 。 类 似 
地 ，Pow3<6> 的 结果 也 会 实例 化 Pow3<5>、Pow3<4> 等 。 于 是 ， 递 归 不 
叶 进 行 下 去 ， 直 到 Pow3<> 基 于 0 进行 实例 化 时 ， 弟 归 才 结束 ， 并 且 以 1 
作为 Pow3<0> 的 结果 。 

在 这 里 ，Pow3<> 模 板 (包含 它 的 特 化 ) 就 被 称 为 一 个 template 
metaprogramming。 它 描述 一 些 可 以 在 翻译 期 (编译 期 进行 求 值 的 计 
算 ， 而 这 整个 求 值 过 程 属于 模板 实例 化 过 程 的 一 部 分 。 从 表面 上 看 


上 面 的 这 些 实现 相对 比较 人 简单， 而 且 用 处 也 不 大 ; 但 在 某 些 情况 
template metaprogramming 却 是 非常 有 用 的 。 


Be 


17.2 枚 关 态 常量 


在 原来 的 C++ 编译 器 中 ， 在 类 声明 的 内 部 ， 枚 举 值 是 声明 “ 真 常 
值 ”( 也 称 为 常量 表达 式 ) 的 唯一 方法 。 然 而 ， 现 在 的 情况 已 经 发 生 了 
改变 ，C++ 的 标准 化 过 程 引 入 了 在 类 内 部 进行 静态 常量 初始 化 的 概念 。 
可 以 使 用 下 面 的 商 短 例子 来 曾 明 : 


struct TrueConstants { 


- 


enum { Three = 3}: 
static int const Four = 4; 
}; 
在 上 面 例子 中 ，Four 束 是 一 个 “ 真 常量 ”一 一 和 Three 一 样 。 
有 了 上 面 这 个 性 质 之 后 ， 我 们 的 Pow3 metaprogram 可 以 更 改 如 下 : 
// meta/pow3b.hpp 
#ifndef POW3_HPP 
#define POW3_HPP 
/用 于 计算 3 的 N 次 寡 的 基本 模板 


template<int N> 


class Pow3 { 
public: 
static int const result = 3 * Pow3<N-1>::result; 
/ 用 于 结束 递归 的 局 部 特 化 
template<> 


class Pow3<0> { 


public: 
static int const result = 1; 

}; 

#endif // POW3_HPP 

与 上 一 厄 的 例子 相 比 ， 该 例子 的 唯一 不 同 在 于 : 我 们 这 里 使 用 静 
态 常 量 成 员 ， 而 不 是 枚 举 值 。 然 而 ， 该 版 本 存在 一 个 缺点 ， 静态 成 员 
变量 只 能 是 左 值 。 因 此 ， 如 果 你 具有 一 个 如 下 的 声明 : 

void foo(int const&); 

而 且 你 把 上 一 个 metaprogram 的 结果 传递 进去 ， 即 : 

foo(Pow3<7>::result); 

那么 编译 器 将 必须 传递 Pow3<7>::result 的 地 址 ， 而 这 会 强制 编译 絮 
实例 化 静态 成 员 的 定义 ， 并 为 该 定义 分 配 内 存 。 于 是 ， 该 计算 将 不 再 
局 限于 完全 的 “编译 期 "效果 。 

然而 ， 枚 举 值 却 不 是 左 值 (也 就 是 说 ， 它 们 并 没有 地 址 ) 。 
此 ， 当 你 通过 引用 传递 枚 举 值 的 时 候 ， 并 不 会 使 用 任何 静态 内 存 ， 就 
像 是 以 文字 第 量 的 形式 传递 这 个 完成 计算 的 值 一 样 。 基 于 这 些 考虑 ， 
在 本 书 的 剩余 章节 里 ， 我 们 将 会 使 用 枚 举 值 ， 而 放弃 使 用 静态 常量 。 


~ 


17.3 第 ?个 : 计算 : 


让 我 们 看 一 个 稍微 复杂 的 例子 : 一 个 用 于 计算 值 N 的 平方 根 的 
metaprogram， 如 下 所 示 (具体 技术 将 在 后 面 解 释 ) : 

// meta/sqrt1.hpp 

#ifndef SQRT_HPP 

#define SQRT_HPP 

/用 于 计算 sqrt(N) 的 基本 模板 


template <int N, int LO=0, int HI=N> 


class Sdrt { 
public: 

/计算 中 点 

enum { mid = (LO+HI+1)/2 }; 

/ 借助 二 分 查找 一 个 较 小 的 result enum { result = (N<mid*mid) 
? Sqrt<N,LO,mid-1>::result 

: Sgrt<N,mid,HI>::result }; 

}; 
/ 局 部 特 化 ， 适 用 于 LO 等 于 HI 

template<int N, int M> 

class Sqrt<N,M,M> { 

public: 
enum { result=M}: 

上 

#endif / SQRT_HPP 

第 1 个 模板 是 一 个 普通 的 递归 计算 ， 运用 模板 参数 N (用 于 计算 平 
方 根 的 值 ) 和 两 个 (其 他 的 ) 可 选 参数 进行 调用 ;其 中 可 选 参数 表示 
结 有 末 可 能 的 最 小 值 和 最 大 值 。 于 是 ， 如 采 只 使 用 一 个 实 参 N 来 调用 模板 
的 话 ， 那 么 我 们 知道 所 求 的 平方 根 的 值 域 必定 落 在 0 和 N 之 间 。 

从 上 面 可 以 看 出 ， 我 们 的 递归 过 程 使 用 了 一 个 二 分 查找 技术 (在 
这 种 上 下 文中 ， 经 常 也 称 为 二 分 方法 ) 。 在 模板 的 内 部 ， 为 了 判断 
result 是 位 于 LO 和 HI 的 前 半 部 分 还 是 后 半 部 分 ， 我 们 使 用 了 条 件 运算 符 
?:。 也 就 是 说 ， 如 果 mid 大 于 N 的 话 ， 那 么 我 们 将 在 前 半 部 分 进行 得 
找 ， 否 则 的 话 将 (使 用 相同 的 模板 ) 在 后 半 部 分 进行 查找 。 

用 于 结束 递归 的 特 化 的 适用 条 件 是 : LO 和 HI 共有 相同 的 值 M， 其 
中 M 束 是 我 们 的 最 终结 果 。 

让 我 们 再 次 仔细 分 析 一 个 使 用 该 metaprogram 的 简单 程序 : 


// meta/sqrtl.cpp 
#include <iostream> 
#include "sqrt1.hpp" 
int main() 
{ 
std::cout << "Sqrt<16>::result = " << Sgrt<16>::result 
<< \n' 
std::cout << "Sqrt<25>::result = " << Sqrt<25>::result 
<< \n' 
std::cout << "Sgrt<42>::result = " <<Sgrt<42>::result 
<< \n'; 
std::cout << "Sqrt<1>::result = " << Sgqrt<1>::result 
<< \n' 
} 
其 中 ， 表 达 式 
Sqrt<16>::result 
被 扩展 为 : 
Sqrt<16,1,16>::result 
在 模板 的 内 部 ， 该 metaprogram 计 算 Sqrt<16,1,16>::result 的 过 程 如 


mid = (1+16+1)/2 
=9 
result = (16<9*9) ? Sqrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
= (16<81) ? Sgrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
= Sqgrt<16,1,8>::result 


于 是 ， 我 们 接 下 来 需要 计算 Sqrt<16,1,8>::result， 它 被 扩展 为 : 
mid = (1+8+1)/2 
=5 
result = (16<5*5) ? Sqrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
= (16<25) ? Sgrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
= Sqgrt<16,1,4>::result 
然后 ，Sgqgrt<16,1,4>::result 锌 类似 地 扩展 为 : 
mid = (1+4+1)/2 
=3 
result = (16<3*3) ? Sgrt<16,1,2>::result 
: Sqrt<16,3,4>::result 
= (16<9) ? Sgrt<16,1,2>::result 
: Sqrt<16,3,4>::result 
= Sqgrt<16,3,4>::result 
最 后 ，Sqrt<16,3,4>::result 的 扩展 如 下 : 
mid = (3+4+1)/2 
=4 
result = (16<4*4) ? Sgqrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= (16<16) ? Sgrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= Sqgrt<16,4,4>::result 
于 是 ，Sgrt<16,4,4>::result 结 束 了 整个 递归 过 程 ， 因 为 它 的 上 界 等 
于 下 界 ， 能 够 与 显 式 特 化 进行 匹配 。 因 此 ， 最 终 的 结果 如 下 : 


result = 4 


追踪 所 有 的 实例 化 

在 前 面 的 例子 中 ， 我 们 给 出 了 计算 16 的 平方 根 的 一 系列 重要 的 实 
例 化 过 程 。 然 而 ， 当 编译 器 试图 计算 下 面 表 达 式 的 时 候 : 

(16<=8*8) ? Sqrt<16,1,8>::result 

: Sqrt<16,9,16>::result 

编译 器 不 仅仅 实例 化 位 于 条 件 运 算 符 正面 分 支 的 模板 ( 即 
Sqrt<16,1,8>) ， 同 时 也 实例 化 了 负面 分 支 的 模板 (Sqrt<16,9,16>) 
而 且 ， 由 于 代码 试图 使 用 :: 运算 符 访问 结果 类 的 成 员 〈 即 result) ， 所 
以 类 中 的 所 有 成 员 同 时 也 会 被 实例 化 。 这 就 意味 着 : 完全 实例 化 
Sqrt<16,9,16> 将 会 促使 Sgrt<16,9,12> 和 Sqrt<16,13,16> 的 完全 实例 化 。 
最 后 ， 当 仔细 考察 这 整个 过 程 的 时 候 ， 我 们 会 发 现 最 终 将 会 产生 数量 
庞大 的 实例 化 体 ， 总 数 大 约 是 N 的 两 倍 。 

事实 上 ， 这 并 不 是 我 们 所 期 望 的 ， 因 为 对 于 大 多 数 编译 絮 而 言 ， 
模板 实例 化 通常 都 会 是 一 个 代价 高 昂 的 过 程 ， 特 别 是 对 于 内 存 开 销 而 
言 。 科 和 运 的 是 ， 存 在 一 些 限 制 实例 化 数量 过 于 庞大 的 技术 。 接 下 来 ， 
我 们 将 放弃 使 用 条 件 运算 符 ?: 的 做 法 ， 而 使 用 特 化 来 选择 计算 的 结 
末 。 为 了 前 明 这 一 点 ， 主 我 们 改写 Sqrt metaprogram 如 下 : 

// meta/sqrt2.hpp 


#include "ifthenelse.hpp" 
/用 于 主要 递归 步骤 的 基本 模板 
template<int N, int LO=0, int HI=N> 
class Sgrt { 
public: 
/ 计算 中 点 值 
enum { mid = (LO+HI+1)/2 }; 
/ 使 用 二 分 法 查找 一 个 较 小 的 值 
typedef typename IfThenElse<(N<mid*mid), 


Sqrt<N,LO,mid-1>, 
Sqrt<N,mid,HI> >::ResultT 
SubT; 
enum { result = SubT::result }; 

I 

/ 用 于 结束 递归 的 局 部 特 化 

template<int N, int S> 

class Sqrt<N, S, S> { 

public: 


enum { result = 9 }: 
}; 
与 前 面 的 方法 相 比 ， 这 里 主要 的 改变 在 于 : 我 们 使 用 了 IfThenElse 
模板 ， 关 于 该 模板 ， 可 以 参考 15.2.4 小 记 。 
// meta/ifthenelse.hpp 
#ifndef IFTHENELSE_HPP 
#define IFTHENELSE_HPP 
/ 基本 模板 : 根据 第 1 个 实 参 的 值 ， 来 确定 是 使 用 第 2 个 实 参 ， 还 是 
第 3 个 实 参 
template<bool C, typename Ta, typename Tb> 
class IfThenElse; 
// 局 部 特 化 : true 意味 着 选择 第 2 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<true, Ta, Tb> { 
public: 
typedef Ta ResultT; 
}; 
/ 局 部 特 化 : false 意 味 着 选择 第 3 个 实 参 


template<typename Ta, typename Tb> 
class IfThenElse<false, Ta, Tb> { 
public: 
typedef Tb ResultT; 
上 
#endif / IFTHENELSE_HPP 
记 住 ， 可 以 把 IfThenElse 看 成 一 个 简易 装置 (实际 上 是 模板 ) ， 它 
能 根据 给 定 布尔 第 量 的 值 ， 在 两 个 类 型 中 选择 出 其 中 一 个 。 如 宁 布 尔 
常量 为 真 的 话 ， 那 么 将 会 把 第 1 个 类 型 typedef 为 ResultT; 否则 ，ResultT 
将 代表 第 2 个 类 型 。 还 有 一 点 我 们 要 清楚 的 是 : 为 一 个 类 模板 实例 定义 
一 个 typedef 并 不 会 导致 C++ 编译 器 实例 化 该 实例 的 实体 。 也 束 是 说 ， 当 
我 们 编写 : 
typedef typename IfThenFElse<(N<mid*mid), 
Sqrt<N,LO,mid-1>, 
Sqrt<N,mid,HI> >::ResultT 


SubT; 
的 时 候 ，Sgrt<N,LO,mid-1> 和 Sgqrt<N,mid,HI> 都 不 会 被 完全 实例 
化 。 实 际 上 ，SubT 最 后 只 能 代表 其 中 的 一 个 类 型 ， 而 且 只 有 在 查找 
Sub::result 的 了 时候， 才 会 完全 实例 化 SubT 所 代表 的 类 型 。 基 于 这 种 开 
略 ， 我 们 的 实例 化 体 的 数量 得 以 趋向 于 log, (N): 当 N 变 得 相当 大 的 时 
候 ， 该 策略 将 能 大 大 减少 metaprogramming 的 开销 。 


17.4 使 用 归纳 变量 


你 可 能 会 抱怨 我 们 前 面 例 子 中 的 metaprogram 看 起 来 太 复 杂 了 。 你 
可 能 也 会 疑惑 : 当 碰 到 一 个 能 够 用 一 个 metaprogram 解 决 的 问题 时 ， 怎 
么 样 才 能 很 有 把 握 地 借鉴 前 面 的 例子 ， 来 解决 你 的 问题 呢 。 于 是 ,我 


们 接 下 来 将 会 考察 一 个 更 加 自然 (接近 metaprogramming 本 质 ) 、 可 能 
更 加 只 代 的 metaprogram 实 现 ， 它 也 是 用 于 计算 平方 根 。 

一 个 “ 目 然 且 送 代 的 算法 ”可 以 组 织 如 下 为 了 计算 值 N 的 平方 根 ， 
我 们 编写 了 一 个 从 代 ， 在 迭代 中 ，I 的 值 将 会 从 0 迷 代 到 N， 直 到 I 的 平 
方 等 于 或 者 大 于 N。 这 时 I 的 值 就 是 N 的 平方 根 (不 考虑 不 存在 平方 根 的 
情况 ) 。 如 果 我 们 用 普通 的 C++ 程序 来 表示 这 个 问题 ， 结 果 将 如 下 所 
未 : 

int J; 

for (I=0; I*I<N; ++1) { 


} 

// I 现 在 等 于 N 的 平方 根 

然而 ， 作 为 一 个 metaprogram ， 我 们 需要 以 递归 的 方式 来 组 织 这 个 
友 代 ， 而 且 我 们 需要 一 个 终止 条 件 来 结束 该 递归 。 于 是 ， 可 以 这 样 实 
现 这 个 作为 metaprogram 的 迭代 : 

meta/sqrt3.hpp 

#ifndef SQRT_HPP 

#define SQRT_HPP 

/ 借助 于 迭代 计算 sqrt(N) 的 基本 模板 

template <int N, int I[=0> 

class Sqrt { 

public: 
enum { result = (I*I<N) ? Sgrt<N,I+1>::result 
江 忆 

}; 

/用 于 结束 迭代 的 局 部 特 化 


template<int N> 


class Sqrt<N,N> { 
public: 
enum { result = N }:; 

}; 

#endif // SQRT_HPP 

我 们 将 根据 I 的 值 进行 迭代 。 如 果 I*I<N 的 值 为 真 ， 那么 将 使 用 下 
次 友 代 Sqrt<N,I+1>::result 的 结果 作为 此 次 result 的 结果 。 否 则 的 话 将 取 I 
为 此 次 result 的 结 

例如 ， 如 果 我 们 对 Sqrt<16> 进 行 求 值 ， 那 么 将 会 扩展 为 
Sqrt<16,1>。 于 是 ， 我 们 把 1 赋值 给 所 谓 的 演绎 变量 [1， 并 且 开 始 送 代 。 
在 迭代 进行 的 过 程 中 ， 如 果 了 了 ”( 也 就 是 I*I) 小 于 N， 那 么 我 们 将 通过 计 
算 Sqrt<N,I+1>::result 来 计算 下 次 达 代 的 值 。 直 到 了 等 于 或 者 大 于 N， 我 
们 才 确 定 ! 束 是 所 求 的 结果 。 

男 外 ， 在 上 面 的 代码 中 ， 我 们 提供 一 个 用 于 结束 递归 的 模板 特 
化 ， 你 可 能 会 对 这 种 作法 感到 疑惑 ， 因 为 你 可 能 会 觉得 第 1 个 模板 早 
晚 都 会 找到 结果 I， 而 这 看 起 来 就 已 经 足以 结束 递归 。 人 然而， 事实 是 我 
们 这 里 用 到 了 ?: 运算 符 ， 我 们 在 前 面 已 经 知道 ， 该 运算 符 将 会 对 两 个 
分 文 都 进行 实例 化 。 例 如 ， 当 编译 絮 计 算 Sqrt<4> 的 时 候 ， 实 例 化 过 程 
将 会 如 下 : 

“步骤 1: 

result = (1*1<4) ? Sqrt<4,2>::result 

:1 


“步骤 2: 
result = (1*1<4) ? (2*2<4) ? Sqrt<4,3>::result 
:2 
:1 


“步骤 3: 
result = (1*1<4) ? (2*2<4) ? (3*3<4) ? Sgrt<4,4>::result 


:3 
:过 
:1 
“步骤 4: 
result = (1*1<4) ? (2*2<4) ? (3*3<4)? 4 
:3 
:2 
:1 


尽管 我 们 在 Step 2 束 已 经 找到 了 结果 ; 但 是 编译 器 的 实例 化 过 程 将 


会 继续 进行 ， 直 到 找到 一 个 用 于 结束 递归 的 符 化 才 结 束 。 也 就 是 说 ， 
如 有 果 没 有 提供 该 符 化 的 话 ， 编 详 紫 将 会 继续 进行 实例 化 ， 直 到 最 后 到 
达 编 译 器 内 部 实例 化 个 数 的 最 大 值 。 


和 前 面 一 样 ， 这 里 我 们 可 以 再 次 使 用 IfThenElse 模 板 来 解决 这 个 问 


// meta/sqrt4.hpp 
#ifndef SQRT_HPP 
#define SQRT_HPP 
#include "ifthenelse.hpp" 
/ 以 模板 参数 作为 result 的 基本 模板 
template<int N> 
class Value { 
public: 
enum { result = N }; 
}; 
/ 借助 闪 代 计算 sqrt(N) 的 模板 


template <int N, int I=0> 
class Sdrt { 
public: 
/以 实例 化 下 一 步 Sqrt<N,I+1> 或 者 结果 类 型 Value<I> 作 为 两 个 
他 区 
typedef typename IfThenElse<(I*I<N), 


Sgrt<N,I+1>, 
Value<I> 
>::ResultT 
SubT; 
/ 使 用 分 文 类 型 的 绪 


enum { result = SubT::result }; 

}; 

#endif // SQRT_HPP 

在 此 ， 我 们 并 没有 提供 结束 递归 的 局 部 特 化 ， 而 是 使 用 了 一 个 
Value<> 模 板 ， 它 会 返回 模板 实 参 的 值 ， 并 且 作为 所 求 的 result 。 

现在 使 用 了 IfThenElse<> 之 后 ， 实 例 化 的 数量 将 会 趋 近 于 Sqrt(N)， 
而 不 是 原来 的 N， 这 就 大 大 减少 了 metaprogramming 的 开销 。 而 且 对 于 
任何 县 有 模板 实例 化 体 个 数 限制 的 编译 右 而 言 ， 这 还 意味 着 我 们 可 以 
对 更 大 的 值 进 行 求 平方 根 。 例 如 ， 如 果 你 的 编译 絮 文 持 64 位 区 套 实例 
化 的 话 ， 那 么 你 将 可 以 计算 4 096 的 平方 根 (而 原来 支持 的 最 大 数字 为 
64) 。 

了 最 后 ， 迭 代 的 Sqrt 模 板 的 最 后 输出 大 致 如 下 : 

Sqrt<16>::result = 4 

Sqrt<25>::result = 5 

Sqrt<42>::result = 7 


Sqrt<1>::result = 1 


注意 ， 在 这 个 例子 中 ， 为 了 简单 起 见 ， 该 实现 最 后 产生 的 整数 值 
是 平方 根 的 向 上 取 整 (也 就 是 说 ，42 的 平方 根 向 上 取 整 为 7， 而 不 是 向 
下 取 整 为 6) 。 


17.5 计算 完整 


Pow3<> 和 Sgrt 这 两 个 例子 说 明 : 一 个 template metaprogram 可 以 包 
含 下 面 儿 部 分 : 

"状态 变量 : 也 就 是 模板 参数 。 

。 达 代 构 造 : 通过 递归 。 

“路 径 选 择 : 通过 使 用 条 件 表达 式 或 者 特 化。 

* 整 型 〈 即 枚 举 里 面 的 值 应 该 为 整 型 ) 算法 。 

如 有 末 对 递归 实例 化 体 和 状态 变量 的 数量 都 没有 限制 ， 那 么 对 于 在 
编译 期 可 计算 的 任何 对 象 ， 都 可 以 利用 metaprogram 高 效 地 进行 计算 。 
而 且 我 们 知道 ， 使 用 模板 来 进行 这 类 计算 通常 都 是 有 限制 的 。 而 且 ， 
模板 实例 化 通常 都 要 消耗 巨大 的 编译 絮 资 源 ， 而 有 旦 扩展 的 递归 实例 化 

会 很 快 地 降低 编译 絮 的 效率 ， 甚 至 耗 光 所 有 的 可 用 资源 。 事 实 上 ， 
C++ 标 准 建议 最 多 只 进行 17 层 的 递归 实例 化 ， 但 是 这 并 没有 写 入 书面 文 
档 中 。 男 一 方面 ， 在 实际 开发 中 ， 某 些 复 杂 的 template 
metaprogramming 很 容易 就 会 超过 这 个 (17 层 的 ) 限制 。 

因此 ， 在 实际 开发 中 ， 我 们 都 很 少 使 用 templat metaprogram。 然 
而 ， 在 某 些 情况 下 ，metaprogram 又 是 实现 高 效率 模板 的 一 个 不 可 替代 
的 工具 。 特 别 是 ，metaprogram 有 时 候 可 以 隐 泸 在 普通 模板 的 内 部 ， 并 
且 用 于 实现 那些 对 性 能 要 求 很 严格 的 算法 ， 从 而 大 大 提高 效率 。 


17.6 递归 实例 化 和 递归 模板 实 参 
考 虚 下 面 的 递归 模板 : 


template<typename T, typename U> 
struct Doublify {}; 

template<int N> 

struct Trouble { 


typedef Doublify<typename Trouble<N-1>::LongType, 


全 


typename Trouble<N-1>::LongType> Longlype; 


template<> 


struct Trouble<0> { 


typedef double LongType; 


1; 


Trouble<10>::LongType ouch; 

Trouble<10>::LongType 的 使 用 不 仅仅 引发 了 Trouble<9> 、 
Trouble<8>...Trouble<0> 的 递归 实例 化 ， 而 且 还 基于 一 些 非常 复杂 的 类 
型 实例 化 了 Doublify。 我 们 可 以 从 表 17.1 大 概 了 解 具体 的 情况 。 


表 17.1 Trouble<N>::LongType 


TypedefName Underlying Type 

Trouble<0>: :LongType double 

Trouble<1>: :LongType Doublify<double, double> 

Trouble<2>: :LongType Doublify<Doublify<double,double>, 
Doublify<double,double>> 

Trouble<3>: :LongType Doublify<Doublify<Doublify<double,double>, 


Doublify<double, double>>, 
<Doublify<double, double>, 
Doublify<double,double>>> 


从 表 17.1 可 以 看 出 ， 对 于 表达 式 Trouble<N>::LongType 的 类 型 描 
述 ， 它 的 复杂 度 与 2 的 N 次 方 成 正比 。 通 常 而 言 ， 与 没有 涉及 到 递归 模 
板 实 参 的 情况 相 比 ， 这 种 (使 用 递归 模板 实 参 的 ) 情况 将 会 强制 C++ 编 


译 絮 生成 更 多 的 递归 实例 化 体 。 这 里 的 一 个 问题 是 : 编译 器 要 为 每 个 
类 型 保存 一 个 mangled name， 而 这 个 mangled name 需 要 (使 用 某 种 方 


式 ) 根据 模板 特 化 进行 组 织 。 对 于 早期 的 C++ 编译 名 实现 ，mangled 
name 的 长 度 粗 略 地 等 于 template-id 的 长 度 。 于 是 ， 对 于 
Trouble<10>::LongType， 编 译 器 可 能 将 会 产生 一 个 长 度 大 于 10 000 个 字 
符 的 mangled name 。 

对 和 运 的 是 ， 在 现今 的 C++ 程序 中 ， 大 量 使 用 了 舱 套 型 的 template- 
id， 新 的 C++ 编译 器 实现 充分 考虑 了 template-id 很 长 的 事实 ， 使 用 了 智 
能 压缩 技术 ， 从 而 在 mangled name 组 织 中 大 大 减少 了 增长 的 趋势 ( 例 
如 ，Trouble<10>::LongType 可 能 被 压缩 成 只 有 几 百 个 字符 ) 。 然 而 ， 
在 其 他 条 件 都 相同 的 情况 下 ， 在 组 织 递归 实例 化 的 时 候 ， 我 们 仍然 

(趋向 于 ) 避免 在 模板 实 参 中 使 用 递归 藤 套 的 实例 化 。 


17.7 使 用 metaprogram 来 展开 循环 


接 下 来 ， 我 们 要 介绍 metaprogramming 的 首 个 实用 的 应 用 程序 ， 用 
于 展开 数值 计算 的 循环 ， 接 下 来 我 们 将 给 出 一 个 完整 的 例子 。 

数值 应 用 程序 通常 都 会 访问 n 元 的 数组 ， 或 者 数学 上 的 vector。 一 
个 典型 的 应 用 就 是 计算 所 谓 的 点 乘 。 两 个 数学 vector a 和 b 的 点 乘 是 : a 
和 b 中 相应 元 素 的 乘积 的 总 和 (为 了 简 音 起见， 我们 在 例子 中 并 不 考虑 
复杂 的 算术 运算 ) 。 例 如 ， 如 有 果 每 个 vector 都 具有 3 个 元 素 ， 那 么 结果 
应 该 如 下 : 

a[0]*b[0] + a[1]*b[1] + a[21*b[2] 

通常 而 言 ， 数 学 库 会 提供 一 个 用 于 计算 点 乘 的 函数 。 现 在 让 我 们 
来 考虑 下 面 这 个 比较 直接 的 实现 : 

// meta/loop1.hpp 

#ifndef LOOP1_ HPP 

#define LOOP1_ HPP 


template <typename T> 


inline T dot_product (int dim, T* a, T* b) 
{ 
Tresut=T () ; 
for (int i=0; i<dim; ++i) { 
result += a[i]*b[i]; 
} 
return result; 
} 
#endif // LOOP1_HPP 
当下 面 程序 调用 这 个 函数 的 时 候 : 
/meta/loop1.cpp 
#include <iostream> 
#include "loop1.hpp" 
int main() 
{ 
int a[3] = {1,2,3}: 
int b[3] = { 5, 6, 7 };std::cout << "dot product(3,a,b) = " << 
dot_product(3,a,b) 
<< \n'; 


std::cout << "dot_product(3,a,a) = " << dot_product(3,a,a) 


<< \n'; 
} 
我 们 将 得 到 下 面 的 结果 : 


dot_product(3,a,b) = 38 

dot_product(3,a,a) = 14 

显然 ， 这 样 的 实现 是 正确 的 。 但 是 针对 性 能 要 求 很 严格 的 应 用 程 
序 而 言 ， 该 实现 实际 上 耗费 的 时 间 却 太 多 了 。 即 使 把 画 数 声明 为 内 联 


也 未 能 获得 足够 优化 的 性 能 。 

问题 在 于 : 对 于 许多 和 迭代， 编译 器 通常 都 会 优化 这 种 循环 ( 即 送 
代 ) ， 而 在 这 个 例子 中 ， 这 种 优化 却 会 带 来 反面 的 效果 。 例 如 ， 将 上 
面 的 循环 厂 断 简单 地 扩展 为 : 

a[0]*b[0] + al1]*b[1] + a[21*b[2] 

可 能 会 更 好 。 

当然 ， 如 采 我 们 只 是 时 不 时 地 计算 某 些 点 乘 ， 那 么 性 能 的 影响 也 
不 大 。 然 而 ， 如 果 使 用 了 旨 在 执行 千 万 次 点 乘 计 算 的 程序 库 组 件 ， 那 
么 差别 可 能 陇 会 很 大 了 。 

显然 ， 我 们 可 以 直接 编写 计算 点 乘 的 程序 ， 而 并 不 需要 调用 
dot_product(); 我 们 还 可 以 提供 针对 元 数 较 少 的 用 于 点 乘 计算 的 特殊 函 
数 ， 但 如 果 总 是 重复 地 解决 这 些 问 题 ， 肯 定 会 令 我 们 感到 乏味 的 。 和 邓 
运 的 是 ，template metaprogramming 为 我 们 解决 了 这 个 问题 : 我 们 可 以 
“编写 ”用 于 展开 循环 的 程序 ， 来 解决 这 个 问题 。 实 际 的 metaprogam 如 
下 : 

// meta/loop2.hpp 

#ifndef LOOP2_HPP 

#define LOOP2_HPP 

/基本 模板 


template <int DIM, typename 工 > 


class DotProduct { 
public: 
static T result (T* a, T* b) { 
return *a * *b + DotProduct<DIM-1,T>::result(a+1,b+1); 
} 
中 
/ 作为 结束 条 件 的 局 部 特 化 


template <typename 工 > 
class DotProduct<1,T>{ 
public: 
static T result (T* a, T* b) { 


return *a * *b; 


避 
/辅助 函数 
template <int DIM, typename 工 > 
inline T dot_product (T* a, T* b) 
{ 
return DotProduct<DIM.,T>::result(a,b); 
上 
#endif / LOOP2_HPP 
现在 ， 只 要 稍微 改变 一 下 原来 的 应 用 程序 ， 融 可 以 获得 相同 的 结 


// meta/loop2.cpp 
#include <iostream> 
#include "loop2.hpp" 
int main() 
{ 
int a[3] = { 1, 2, 3}; 
int b[3] = { 5, 6, 7}:; 
std::cout << "dot_product<3>(a,b) = " << dot_product<3>(a,b) 
<< \n'; 
std::cout << "dot_product<3>(a,a) = " << dot_product<3>(a,a) 


<< \n'; 


板 ， 


} 

在 此 ， 我 们 把 前 面 的 

dot_product(3,a,b) 

改写 为 : 

dot_product<3>(a,b) 

而 这 个 表达 式 ( 即 dot_product<3>(a,b) ) 将 实例 化 一 个 辅助 函数 模 
而 在 此 函数 模板 内 部 将 会 直接 调用 : 

DotProduct<3,int>::result(a,b) 

其 中 上 面 这 个 表达 式 实 际 上 就 是 metaprogram 的 起 点 。 

在 这 个 metaprogram 内 部 ，result 等 于 第 1 个 元 素 a 和 b 的 乘积 加 上 两 


个 新 vector 的 点 乘 ， 其 中 两 个 新 Vector 分 别 是 由 a 和 和 b 后 面 的 两 个 元 素 为 
起 始 ( 即 除 a 和 b 外 ) 所 组 成 的 vector。 如 下 : 


template <int DIM, typename T> 
class DotProduct { 
public: 
static T result (T* a, T* b){ 
return *a * *b + DotProduct<DIM-1,T>::result(at+1,b+1); 
} 
}; 
另外， 结束 条 件 是 一 元 vector 的 情况 : 


template <typename T> 


class DotProduct<1,T>{ 
public: 
static T result (T* a, T* b) { 


return *a * *b; 


因此 ， 对 于 

dot_product<3>(a,b) 

实例 化 过 程 的 计算 将 如 下 : 

DotProduct<3,int>::result(a,b) 

= *a * *b + DotProduct<2,int>::result(at+1,b+1) 

=*a**b+*(a+1) * *(b+1) + DotProduct<1,int>::result(a+2,b+2) 

= *q **b 二 +*(a+1)**(b+1)+*(at+2) * *(b+2) 

注意 ， 运 用 这 种 metaprogram 的 程序 设计 要 求 : vector 的 元 数 在 编 
译 期 是 已 知 的 ， 而 且 很 多 情况 也 确实 如 此 (但 也 并 非 所 有 的 情况 都 如 
此 ) 。 

对 于 诸如 Blitz++ ( 见 [Blitz++])、the MTL library ( 见 [MTL]) 和 
POOMA ( 见 [POOMA]) 等 程序 库 ， 都 使 用 了 这 类 metaprogram， 来 为 线 
性 代数 提供 更 快 的 计算 程序 。 通 常 而 言 ， 某 些 metaprogram 的 性 能 要 比 
优化 器 的 性 能 更 好 ， 因 为 metaprogram 往 往 可 以 在 计算 的 过 程 中 结合 高 
层 的 知识 [22] 。 另 一 方面 ， 在 实际 开发 中 ， 对 于 上 面 的 这 些 程序 库 ， 
如 果 要 提供 具有 工业 强度 的 实现 ， 除 了 要 注意 我 们 在 这 里 给 出 的 与 模 
板 相关 的 细节 之 外 ， 还 需要 涉及 到 其 他 的 许多 细 季 。 事 实 上 ， 任 意 的 
展开 并 不 总 是 能 够 市 来 优化 的 运行 性 能 。 然 而 ， 这 些 额 外 的 、 基 于 工 
程 的 考虑 已 经 远 远 超 出 本 书 的 考虑 范围 。 


17.8 后 记 


我 们 在 前 面 已 经 提 到 ，metaprogram 的 最 早 文档 化 例子 是 由 Erwin 
Unruh 给 出 的 ， 接 下 来 由 西门 子 在 C++ 标准 委员 会 中 进行 曾 述 。 在 那 
时 ，Erwin Unruh 指出 了 模板 实例 化 过 程 的 计算 完整 性 ， 并 且 通 过 开发 
首 个 metaprogram 来 证 明 他 的 观点 。 他 使 用 的 是 Metaware 编 译 娘 ， 并 且 
诱导 该 编译 右 给 出 错误 信息 ， 而 在 错误 信息 中 包含 了 连续 的 素数 。 下 


面 就 是 一 份 在 1994 年 的 C++ 委员 会 中 广 为 流 传 的 代码 (我 们 对 原来 的 代 
码 进行 了 某 些 修改 ， 使 之 能 够 在 符合 标准 的 编译 研 上 运行 ) [23] : 
// meta/unruh.cpp 
// Erwin Unruh 计算 素数 的 程序 
template <int p, int i> 
class is_prime { 
public: 
enum { prim = (p==2) || (p%i) && is_prime<(i>2?p:0),i-1>::prim 
上 
template<> 
class is_prime<0,0> { 
public: 
enum {prim=1}; 
上 
template<> 
class is_prime<0,1> { 
public: 
enum {prim=1}; 
}; 
template <int i> 
classD{ 
public: 
D(void*); 
}; 
template <int i> 


class Prime_print { / 用 于 循环 输出 素数 的 基本 模板 


public: 
Prime_ print<i-1> a; 
enum { prim = is_prime<i,i-1>::prim 
上 
void f() { 
D<i>d= prim?1:0; 
a.f(); 
} 
} 
template<> 
class Prime_print<1> { ”/W 用 于 结束 循环 的 全 局 特 化 
public: 


enum {prim=0}; 
void f() { 
D<1> d=prim?1:0; 
上 
}; 
#ifndef LAST 
#define LAST 18 
#endif 
int main() 
{ 
Prime print<LAST> a; 
a.f(); 
} 
如 果 你 编译 这 个 程序 ， 那 么 在 函数 Primer_print::f0 的 内 部 ， 当 初始 
化 d 失 败 的 时 候 ， 编 译 絮 将 会 给 出 错误 信息 。 这 种 情况 发 生 在 初始 值 为 


1 的 情况 下 ， 因 为 对 于 模板 D 而 言 ， 只 存在 一 个 针对 void* 的 构造 画 数 ， 
所 以 把 1 〈 整 型 ) 赋值 给 d 将 会 出 错 ; 而 0 却 存 在 到 void* 的 转型 ， 所 以 可 
以 把 0 顺利 赋值 给 d。 例 如 ， 在 某 个 编译 器 上 运行 上 面 的 程序 ， 我 们 将 
得 到 下 面 的 错误 信息 (或 者 其 他 类 似 的 错误 信息 )  ， 注 意 ， 素 数 束 在 
下 面 销 误 信 息 D<N> 中 : 


unruh.cpp:36: conversion from ‘'int to non-scalar type '‘D<17>' 


requested 
unruh.cpp:36: conversion from int' to non-scalar type '‘D<13>' 
requested 


unruh.cpp:36: conversion from ‘'int'’ to non-scalar type 'D<11>' 
requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<7>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<5>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<3>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<2>' requested 
对 于 C++ template metaprogramming 的 概念 ，Todd Veldhuizen 是 首 
位 使 之 成 为 很 有 用 并 且 流 行 的 编程 工具 的 人 ， 在 他 的 论文 Using C++ 
Template Metaprograms 〈 见 [VeldhuizenMeta95]) 中 有 详细 介绍 ; 而 
且 ， 他 针对 Blitz++ (一 份 针 对 C++ 的 数值 数组 程序 库 ， 见 [Blitz++]) 
工作 的 同时 也 对 metaprogramming 进行 了 许多 提炼 与 扩展 (同时 还 对 
表达 式 模板 技术 进行 了 提炼 和 扩展 ， 我 们 将 在 下 一 章 介 绍 ) 。 


第 18 音 表达 式 模板 


在 这 一 章 里 ， 我 们 将 介绍 一 种 称 为 表达 式 模 板 (expression 
template) 的 编程 技术 。 刚 开始 ， 是 为 了 支持 一 种 数值 数组 的 类 而 引入 


该 技术 的 。 因 此 ， 在 这 一 章 里 ， 我 们 把 数值 数组 作为 讨论 表达 式 模板 
的 着 眼 点 。 

对 于 一 个 数值 数组 类 ， 它 需要 为 基于 整个 数组 对 象 的 数值 操作 提 
供 支 持 。 例 如 ， 我 们 可 能 需要 对 两 个 数组 进行 求 和 ， 最 后 结果 所 含 的 
每 个 元 素 是 两 个 实 参 数组 中 对 应 元 妹 值 之 和 。 类 似 地 ， 我 们 也 可 以 对 
整个 数组 进行 放大 《〈 即 我 们 后 面 所 指 的 scalar) ， 也 就 是 说 数组 中 的 每 
个 元 素 都 乘 以 一 个 大 于 1 的 值 。 通 滑 而 言 ， 我 们 期 望 可 以 像 内 建 类 型 一 
样 ， 让 数组 也 具有 这 样 的 放大 (scalar) 运算 符 : 

Array<double> x(1000), y(1000); 


X= 1.2*x+ x*y,; 

对 鸡 紊 要求 苛刻 的 数值 计算 侨 ， 可 能 会 严格 要 求 上 面 的 表达 式 能 
够 (相对 代码 运行 的 不 同 平台 ) 以 最 高 效 的 方式 进行 求 值 。 然 而 ， 既 
要 获得 很 高 的 效率 ， 又 要 运用 例子 中 这 种 紧凑 的 运算 符 写法 ， 就 并 非 
是 一 件 轻 而 易 举 的 任务 了 。 但 驻 运 的 是 ， 表 达 式 模板 可 以 帮助 我 们 实 
现 这 些 想法 。 

谈 到 表达 式 模 板 ， 我 们 自然 束 会 想起 前 面 的 template 
metaprogramming。 之 所 以 会 有 这 样 的 联系 ， 一 方面 是 由 于 : 表达 式 模 
板 有 时 依赖 于 深层 的 租 套 模板 实例 化 ， 而 这 种 实例 化 又 和 我 们 在 
template metaprogramming 中 中 到 的 递归 实例 化 非常 相似 ( 见 17.7 节 的 例 
子 ) ; 另 一 方面 则 是 由 于 : 最 初 开 发 这 两 种 实例 化 技术 都 是 为 了 支持 
高 性 能 的 数组 操作 ， 而 这 又 从 男 一 个 侧面 说 明了 metaprogramming 和 表 
达 式 模板 是 具 具 相关 的 。 当 然 ， 这 两 种 技术 还 是 互补 的 。 例 如 ， 
metaprogramming 主要 用 于 小 的 、 大 小 固定 的 数组 ， 而 表达 式 模板 则 适 
用 于 能 够 在 运行 期 确定 大 小 、 中 等 大 小 的 数组 。 


18.1 临时 变量 和 分 割 循环 


在 深入 了 解 表 达 式 模板 之 前 ， 让 我 们 先 来 看 一 种 比较 简单 的 (或 
者 说 是 比较 自然 的 、 用 于 实现 数值 数组 操作 的 模板 实现 。 其 中 基本 
的 数组 模板 看 起 来 如 下 所 示 (SArray 的 含义 是 simple array) : 

// exprtmpl/sarray1.hpp 

#include <stddef.h> 

#include <cassert> 

template<typename T> 

class SArray { 

public: 
/创建 一 个 具有 初始 值 大 小 的 数组 
explicit SArray (size_t s) 
: Storage(new T[s]), storage_size(s) { 
init(); 
} 
1/ 拷贝 构造 画 数 
SArray (SArray<T> const& orig) 
: storage(new Tl[orig.size()]), storage_size(orig.size()) { 
copy(orig); 
} 
/ 析 构 函数 : 释放 内 存 空间 
~SArray() { 
delete[] storage; 
} 
/ 赋值 运算 符 
SArray<T>& operator= (SArray<T> const& orig) { 
if (&orig!=this) { 
copy(orig); 


} 
return *this; 
} 
/返回 数组 大 小 
size_t size() const { 
return storage_size; 
} 
/ 针对 常数 和 变量 的 下 标 运 算 符 
T operator[ | (size_t idx) const { 


return storagelidx]; 
} 
T& operator[] (size_t idx) { 
return storagelidx]; 
lL 
protected: 
/ 运用 缺 省 构造 芳 数 来 初始 化 值 
void init() { 
for (size_t idx = 0; idx<size(); ++idx) { 


storagelidx] = T(); 


} 

1/ 拷贝 男 一 个 数组 的 值 

void copy (SArray<T> const& orig) { 
assert(size()==orig.size()); 
for (size_t idx = 0; idx<size(); ++idx) { 


storagelidx] = orig.storagelidx]; 


} 


Private: 
T* Storage; / 元 素 的 存储 空间 
size_t storage_Ssize; V/ 元 素 的 个 数 

上 


而 数值 运算 符 可 以 编码 如 下 : 
// exprtmpl/sarrayops1.hpp 
/对 两 个 SArrays 求 和 
template<typename 工 > 
SArray<T> operator+ (SArray<T> const& a, SArray<T> const& b) 
{ 

SArray<T> result(a.size()); 

for (size_t k = 0; k<a.size(); ++k) { 

result[k| = alk]+b[kj: 

} 

return result; 
} 
/对 两 个 SArray 求 积 
template<typename 工 > 
SArray<T> operator* (SArray<T> const& a, SArray<T> const& b) 
{ 

SArray<T> result(a.size()); 

for (size_t k = 0; k<a.size(); ++k) { 

result[k] = afk]*b[kj; 
} 


return result; 


/让 一 个 SArray 乘 以 一 个 放大 倍数 
template<typename 工 > 
SArray<T> operator* (T const& s, SArray<T> const& a) 
{ 
SArray<T> result(a.size()); 
for (size_t k = 0; k<a.size(); ++k) { 
result[k] = s*al[kj; 
} 
return result; 
} 
// 对 SArray 和 scalar 求 积 
// 对 scalar 和 SArray 求 和 
// 对 SArray 和 scalar 求 和 


我 们 还 可 以 写 出 其 他 的 一 些 版 本 ， 也 可 以 类 似 地 添加 其 他 的 一 些 
运算 从 。 但 为 了 简单 起 见 ， 上 面 的 这 些 运 算 和 从 已 经 足够 考察 下 面 的 例 
村 

/ exprtmpl/sarray1.cpp 

#include "sarray1.hpp" 

#include "sarrayops1.hpp" 

int main() 

{ 

SArray<double> x(1000), y(1000);... 
X= 1.2*x + Xx*y,; 
} 
显然 ， 上 面 的 实现 是 非常 低 效 的 ， 其 原因 主要 是 以 下 两 方面 : 


1. 每 个 运算 符 操作 (除了 赋值 运算 符 ) 至 少 需要 生成 了 一 个 临时 数 
组 (也 就 是 说 ， 在 我 们 的 例子 中 ， 即 使 编译 器 不 执行 任何 附加 的 临时 
拷贝 操作 ， 也 至 少 会 生成 3 个 大 小 为 1000 的 临时 数组 ) 。 

2. 运 算 符 程序 的 每 次 使 用 都 要 求 对 实 参 和 结果 数组 进行 额外 的 遍历 
(这 就 是 说 ， 在 我 们 的 例子 中 ， 即 使 只 是 生成 了 一 个 SArray 对 象 ， 大 
概 也 要 读 取 6 000 次 double 值 ， 写 入 4 000 次 double 值 ) 。 

让 我 们 通过 下 面 运用 临时 变量 的 表达 式 ， 具 体 地 分 析 上 面 的 这 些 


tmp1 = 1.2*x; / 循环 1 000 次 子 操作 〈 即 元 素 操作 ) ， 再 加 上 
创建 和 删除 tmp1 

tmp2 = x*y / 循环 1 000 次 子 操作 ， 再 加 上 创建 和 删除 tmp2 

tmp3 = tmpl+tmp2; ”// 循环 1 000 次 子 读 操 作 、1 000 次 写 操作 ， 

// 再 加 上 生成 和 删除 tmp3 

x = tmp3; // 1 000 次 读 操 作 和 1 000 次 写 操 作 

对 于 元 和 又 个 数 少 的 数组 而 言 ， 除 非 能 够 分 配 非 党 快速 的 内 存 配置 
如 ， 否 则 创建 多 余 临 时 对 象 的 过 程 通 常 都 会 占用 每 个 操作 的 大 部 分 时 
间 ; 而 对 于 元 素 个 数 很 多 的 数组 而 言 ， 则 是 完全 不 允许 生成 临时 对 象 
的 ， 因 为 根本 就 没有 足够 的 内 存 来 容纳 这 些 临 时 对 象 (对 效率 要 求 严 
格 的 数值 模拟 操作 ， 通 第 都 期 望 能 够 把 内 存 空间 用 于 存储 现成 的 计算 
结果 ， 而 如 果 我 们 把 内 存 空 间 用 于 存储 一 些 不 需要 的 局 部 变量 ， 那 么 
这 种 模拟 的 性 能 将 会 大 大 下 降 ) 。 

实际 上 ， 每 个 数值 数组 程序 库 的 实现 都 会 面临 这 个 问题 ， 因 此 通 
常 或 励 我 们 多 使 用 包含 计算 的 赋值 运算 符 (computed assignments， 诸 
如 +=、*= 等 ) ， 来 代替 前 面 纯粹 的 赋值 运算 符 。 使 用 包含 计算 的 赋值 
运算 符 的 好 处 在 于 : 由 于 实 参 和 结果 都 是 由 调用 者 提供 ， 因 此 将 不 需 
要 创建 任何 临时 对 象 。 例 如 ， 我 们 可 以 这 样 添加 SArray 成 员 : 

// exprtmpl/sarrayops2.hpp 


/SArray 的 目 加 运算 符 
template<class 工 > 
SArray<T>& SArray<T>::operator+= (SArray<T> const& b) 
{ 
for (size_t k = 0; k<size(); ++k) { 
(“this)[k] += b[k]; 
} 
return *this; 
} 
/SArray 的 上 自 乘 运算 符 
template<class 工 > 
SArray<T>& SArray<T>::operator*= (SArray<T> const& b) 
{ 
for (size_t k = 0; k<size(); ++k) { 
(“this)[k] *= b[k]; 
1 
return *this; 
} 
/针对 放大 倍数 的 目 乘 运算 符 
template<class 工 > 
SArray<T>& SArray<T>::operator*= (T const& s) 
{ 
for (Size_tk = 0; k<size(); ++k) { 
(*this)[k] *= s; 
} 


return *this; 


有 了 这 些 运 算 符 之 后 ， 我 们 束 可 以 这 样 来 改写 前 面 的 例子 了 : 
// exprtmpl/sarray2.cpp 
#include "sarray2.hpp" 
#include "sarrayops1.hpp" 
#include "sarrayops2.hpp" 
int main() 
{ 
SArray<double> x(1000), y(1000); 


/ 计算 x= 1.2#X +x*y 


SArray<double> tmp(X); 
tmp *= V; 
X *= 1.2; 
X += tmp; 
} 
显然 ， 这 种 使 用 了 “包含 计算 的 赋值 运算 符 ” 的 技术 仍然 具有 下 面 
的 缺点 : 


“符号 变 得 不 太 雅 观 。 

"我 们 仍然 需要 创建 一 个 非 必 要 的 局 部 变量 tmp 。 

“循环 被 分 割 成 多 个 (在 这 里 是 3 个 ) 操作 了 ， 这 就 意味 着 : 总 共 大 
约 需 要 进行 6 000 次 double 类 型 的 内 存 读 取 操 作 和 4 000 次 double 类 型 的 
内 存 写 入 操作 。 

实际 上 ， 我 们 所 期 望 [24] 的 操作 是 : 可 以 针对 数组 的 每 个 下 标 ， 
只 对 表达 式 进行 一 次 “理想 的 循环 ”。 如 下 所 示 : 

int main() 

{ 

SArray<double> x(1000), y(1000); 


for (int idx = 0; idx<x.size(); ++idx) { 
X[idx] = 1.2*x[idx] + X[idx]j*y[idx]; [25] 
} 
} 
现在 我 们 惑 不 需要 任何 局 部 数组 了 ， 而 且 在 每 次 迭代 过 程 中 ， 我 
们 只 需要 进行 两 次 内 存 读 取 (x[idx] 和 y[idx]) 和 一 次 内 存 写 入 
(x[idx]) 操作 。 于 是 ， 在 所 有 的 手工 循环 中 ， 总 共 只 需要 大 约 2 000 次 
的 内 存 读 取 操作 和 1 000 次 内 存 写 入 操作 。 
在 现今 高 性 能 的 计算 机 体系 结构 下 ， 进 行 上 面 的 这 种 数组 操作 ， 
如 采 了 最 大 的 瓶 角 因 素来 目 于 内 存 市 宽 的 话 ， 台 效 率 而 言 ， 我 们 前 面 重 
载 简单 运算 符 的 作法 ， 可 能 会 比 这 种 采用 手工 编码 循环 的 作法 慢 上 一 
到 两 个 数量 级 。 这 也 是 毫 不 奇怪 的 ， 但 我 们 仍然 期 望 可 以 两 者 兼 得 : 
既得 到 高 效 的 性 能 ， 也 不 需要 使 用 《借助 于 循环 的 ) 手工 编码 ， 更 不 
需要 使 用 这 些 笨拙 的 符号 标记 来 编写 这 些 循环 。 最 终 ， 我 们 借助 于 下 
面 所 介绍 的 技术 ， 使 编码 显得 更 加 优雅 ， 并 且 减 少 错误 的 产生 。 


18.2 在 模板 实 参 中 编码 表达 式 


对 于 我 们 前 面 的 问题 ， 存 在 一 个 很 好 的 解决 方法 : 直到 看 到 了 整 
个 表达 式 的 时 候 〈 在 我 们 的 例子 中 ， 即 在 调用 赋值 运算 符 的 时 候 ) ， 
才 对 表达 式 的 各 个 部 分 进行 求 值 。 因 此 ， 在 进行 求 值 之 前 ， 我 们 必须 
记录 每 一 个 对 象 和 应 用 到 该 对 象 的 每 个 操作 。 而 且 ， 这 些 操作 在 编译 
期 焉 已 经 是 确定 的 了 ， 因 此 我 们 可 以 用 模板 实 参 进行 编码 。 

例如 ， 我 们 前 面 的 表达 式 例子 : 


1.2*x + X*Yy,; 


也 就 意味 着 : 1.2*x 的 结果 并 不 是 一 个 新 的 数组 ， 而 是 一 个 用 于 表 
示 X 的 每 个 值 都 乘 以 1.2 的 对 象 。 类 似 地 ，x*y 同 样 表示 x 的 每 个 元 素 都 
乘 以 y 相 应 的 元 素 。 最 后 ， 当 我 们 需要 结果 数组 的 值 时 ， 我 们 才 进 行 这 
些 计 算 。 也 就 是 说 ， 我 们 早先 只 是 存储 用 于 后 来 求 值 的 一 种 表示 而 
已 ， 并 没有 进行 任何 真正 的 计算 。 

让 我 们 来 看 一 个 具体 的 实现 。 在 下 面 的 实现 中 ， 我 们 把 表达 式 : 

1.2*x + X*Yy; 

转化 为 一 个 具有 如 下 类 型 的 对 象 : 

A_Add< A Mult<A_Scalar<double>,Array<double> >， 

A_Mult<Array<double>,Array<double> > > 

在 此 ， 我 们 组 合 了 新 的 基本 类 模板 Array、 类 模板 A_Scalar、 类 模 
板 A_Add 和 A_Mult。 对 于 这 个 表达 式 ， 你 可 能 会 意识 到 : 存在 一 个 前 
序 语法 树 的 表示 方法 ( 见 图 18.1) 。 男 外 ， 这 个 嵌 套 的 template-id 表 明 
了 每 个 对 象 的 类 型 和 对 象 所 涉及 的 操作 。 在 接 下 来 的 代码 中 ， 我 们 先 
不 给 出 A_Scalar 的 实现 ，A_Scalar 在 此 只 是 作为 一 个 定位 符 ， 但 我 们 同 
时 也 知道 ， 对 一 个 数组 表达 式 进 行 放大 操作 也 是 很 重要 的 。 


图 18.1 表达 式 1.2*x + x*y 的 树 型 表示 


为 了 能 够 完整 地 表示 整个 表达 式 ， 一 方面 在 每 个 A_Add 和 A_Mult 
对 象 中 ， 我 们 必须 存储 指向 实 参 的 引用 ; 另 一 方面 在 A_Scalar 对 象 中 ， 
我 们 需要 记录 这 个 表示 放大 倍数 的 值 (或 者 引用 ) 。 因 此 ， 下 面 就 是 
一 种 针对 这 些 操作 数 的 可 行 定 义 : 
// exprtmpl/exprops1.hpp 
#include <stddef.h> 
#include <cassert> 
// 包含 了 一 个 辅助 class trait template， 从 而 可 以 根据 不 同情 况 ， 判 
断 究竟 是 /以 * 传 值 ?的 方式 ， 还 是 以 “ 传 引 用 ”的 方式 来 引用 对 应 的 “表达 
去 模板 斑点 ” 
#include "exprops1a.hpp" 
/表示 两 个 操作 数 之 和 的 对 象 的 所 属 类 
template <typename T, typename OP1, typename OP2> 
class A_Add { 
private: 
typename A_Traits<OP1>::ExprRef op1; /第 1 个 操作 数 
typename A_Traits<OP2>::ExprRef op2; /第 2 个 操作 数 
public: 
// 构造 函数 ， 用 于 初始 化 指 疝 操作 数 的 引用 
A_Add (OP1 const& a, OP2 const& b) 
: op1(a), op2(b) { 
} 
/ 在 求 值 的 时 候 计算 和 
T operator[ | (size_t idx) const { 
return op1[idx] + op2[idxj]; 
} 
/ size 代 表 最 大 的 容量 (大 小 ) 


Size _t size() const { 
assert (opl1.size()==0 || op2.size()==0 
| op1.size()==op2.size()); 
return op1.size()!=0 ? op1.size() : op2.size(); 
， 
}; 
/表示 两 个 对 象 之 积 的 对 象 的 所 属 类 
template <typename T, typename OP1, typename OP2> 
class A_Mult { 
private: 
typename A_Traits<OP1>::ExprRef op1; /第 1 个 操作 数 
typename A_Traits<OP2>::ExprRef op2; /第 2 个 操作 数 
public: 
/构造 函数 ， 用 于 初始 化 对 象 指向 操作 数 的 引用 
A_Mult (OP1 const& a, OP2 const& b) 
: Op1(a), op2(b) { 
} 
/ 在 求 值 的 时 候 计 算 乘 积 
工 operator[] (size_t idx) const { 
return op1[idx] * op2[idx]; 
} 
/ size 表 示 最 大 的 容量 (大 小 ) 


size_t size() const { 


assert (opl1.size()==0 || op2.size()==0 
|| op1.size()==op2.size()); 


return op1.size()!=0 ? op1.size() : op2.size(); 


上 
从 代码 可 以 看 出 ， 我 们 增加 了 下 标 运算 符 和 和 碍 询 容 量 大 小 的 损 
作 ， 从 而 就 可 以 根据 该 对 象 的 子 节 后 的 相应 操作 ， 来 计算 出 该 节点 的 
大 小 和 每 个 元 素 的 值 (这 里 的 子 节点 的 含义 来 自 于 图 18.1) 。 

对 于 只 涉及 到 数组 的 操作 ， 结 果 数 组 的 大 小 是 其 中 某 个 操作 数 的 
大 小 实际 上 ， 我 们 在 代码 中 已 经 强制 要 求 每 个 操作 数 的 大 小 都 应 该 
是 相等 的 ) 。 然 而 ， 对 于 同时 涉及 到 数组 和 scalar (放大 倍数 ) 的 操 
作 ， 结 末 数 组 的 大 小 吏 是 操作 数 数组 的 大 小 。 为 了 区 分 数组 操作 数 和 
scalar 操 作 数 ， 我 们 假定 scalar 的 大 小 为 0， 如 下 面 的 模板 A_Scalar 的 定 
义 : 

exprtmpl/exprscalar.hpp 

/ 用 于 表示 放大 倍数 的 对 象 的 所 属 类 


template <typename 工 > 


class A_Scalar { 
private: 
T const&z s; // scalar 的 值 
public: 
/ 构 千 函数， 用 于 初始 化 值 
A_Scalar (T const& v) 
: S(V) { 
} 
/ 对 于 索引 (下 标 ) 操作 而 言 ， 每 个 元 素 的 值 都 等 于 scalar 
(放大 倍数 ) 的 值 


T operator[] (size_t) const { 


return s: 
} 
//scalar 的 大 小 ( 即 元 素 个 数 ) 为 0 


size_t size() const { 
return 0; 

}; 
从 上 面 代 码 可 以 看 出 ，A_Scalar 模板 也 提供 了 一 个 索引 运算 符 。 
在 表达 式 的 内 部 ，A_Scalar 表 示 的 是 一 个 每 个 索引 都 对 应 相同 scalar 值 
的 数组 。 

你 可 能 还 发 现 了 : 运算 符 类 使 用 了 一 个 辅助 类 A_Traits， 来 定义 操 
作 数 成 员 : 

typename A_Traits<OP1>::ExprRef op1; /第 1 个 操作 数 

typename A_Traits<OP2>::ExprRef op2; /第 2 个 操作 数 

事实 上 ， 这 种 做 法 是 很 有 必要 的 ， 主 要 是 因为 : 通 稼 而 言 ， 我 们 
可 以 把 这 些 操作 数 声 明 为 引用 类 型 ， 因 为 大 多 数 局 部 万 点 是 在 顶层 表 
达 式 进行 绑 定 的 ， 因 此 它们 的 生命 期 能 够 延续 到 完整 表达 式 的 求 值 。 
但 是 ， 唯 一 的 例外 是 A_Scalar 和 点 ， 它 是 在 运算 符 函 数 内 部 进行 绑 定 
的 ， 所 以 并 不 能 一 直 存 在 到 完整 表达 式 的 求 值 。 因 此 ， 为 了 使 这 种 指 
向 放大 倍数 〈 即 A_Scalar) 的 成 员 能 够 一 直 存 在 到 完整 表达 式 求 值 ， 我 
们 和 需要 对 scalar 操 作 数 进行 “ 传 值 找 贝 ?"， 而 不 是 “ 传 引用 找 贝 "*。 也 就 是 
说 ， 我 们 需要 具有 以 下 性 质 的 成 员 : 

“ 通 利 情 况 下 是 单数 引用 : 

OP1 const& op1; ”// 指 同 第 1 个 操作 数 的 引用 

OP2 const& op2; ”// 指 同 第 2 个 操作 数 的 引用 

“但 是 ， 对 于 scalar 值 ， 则 是 普通 值 : 

OP1 op1; / 以 传 值 找 贝 的 方式 引用 第 1 个 操作 数 

OP2 op2:; / 以 传 值 找 贝 的 方式 引用 第 2 个 操作 数 

这 也 正 是 trait class 的 用 武之 地 。 它 定义 了 一 个 针对 大 多 数 常 数 引 用 
的 基本 模板 ， 但 同时 定义 了 一 个 针对 scalar 的 特 化 : 


// exprtmpl/expropsla.hpp 
/* 用 于 选择 如 何 引 用 “表达 式 模 板 帮 点 "的 辅助 trait class 
* - 通 第 情况 下 : 传 引 用 
* - 对 于 scalar: 传 值 
业 / 
template <typename T> class A_ Scalar; 
/ 基本 模板 
template <typename T> 
class A_Traits { 
public: 
typedef T const& ExprRef; 。// 所 引用 的 类 型 typedef 成 一 个 常 
量 引 用 
上 
// 针对 scalar 的 局 部 特 化 
template <typename T> 
class A_Traits<A _ Scalar<I>>{ 
public: 
typedef A_Scalar<T> ExprRef; V 所 引用 的 类 型 实际 是 一 个 普 
通 值 
}; 
另 一 方面 ， 如 果 A_Scalar 对 象 引 用 的 是 在 顶层 定义 的 scalar， 那 么 
也 可 以 使 用 引用 类 型 来 代表 这 些 scalar 。 
18.2.2 Array 类 型 
既然 能 够 使 用 轻 量 级 的 表达 式 模板 来 对 表达 式 进 行 编码 ， 授 下 来 
我 们 将 创建 一 个 Array 类 型 ， 它 既 能 够 针对 占用 实际 内 存 的 数组 ， 同 时 
也 适用 于 表达 式 模板 。 男 外 ， 从 工程 的 角度 来 看 ， 在 接口 设计 方面 ， 


我 们 应 该 使 设计 的 Array 既 能 够 与 占用 存储 空间 的 真实 数组 尽 可 能 地 相 
似 ， 也 要 与 那些 “基于 数组 ”的 表达 式 (如 A_Add) 具有 相同 的 表示 。 基 
于 这 个 目的 ， 我 们 这 样 声明 Array 模 板 : 

template <typename T, typename Rep = SArray<T> > 

class Array; 

在 上 面 代 码 中 ，Rep 类 型 要 么 是 SArray [26] ， 但 前 提 是 Array 必 须 
是 一 个 占用 实际 存储 空间 的 数组 ， 要么 是 一 个 用 于 编码 表达 式 的 符 套 
template-id， 如 A_Add 和 A_Mult。 我 们 将 使 用 同一 种 方式 来 处 理 (由 这 
两 种 途径 所 产生 的 ) Array 实例 化 体 ， 因 为 将 大 大 简化 我 们 后 期 的 编 
码 。 如 有 果 用 诸如 A_Mnult 等 类 型 奉 换 Rep， 某 些 成 员 并 不 能 被 实例 化 ; 
尽管 如 此 ， 但 在 实际 应 用 中 ，Array 模 板 的 定义 并 不 需要 声明 用 于 区 分 
上 面 这 两 种 情况 〈《 即 SArray 和 template-id) 的 特 化 。 

下 面 是 一 个 定义 。 里 然 在 理解 了 下 面 代 码 之 后 ， 我 们 束 能 够 很 容 
易 地 添加 其 他 的 功能 ， 但 是 束 这 个 例子 而 言 ， 我 们 实现 的 功能 只 是 局 
限于 SArray 模 板 所 提供 的 功能 ， 还 有 许多 功能 仍 示 实现 。 

// exprtmpl/exprarray.hpp 

#include <stddef.h> 


#include <cassert> 


#include "sarray1.hpp" 
template <typename T, typename Rep = SArray<T> > 
class Array { 
private: 
Rep expr_rep; 。”// (访问 ) 数组 的 数据 
public: 
/创建 具有 初始 大 小 的 数组 
explicit Array (size_t S) 


: expr_rep(s) { 


} 
/根据 其 他 可 能 的 表示 来 创建 数组 
Array (Rep const& rb) 
: expr_rep(rb) { 
} 
/ 针对 相同 类 型 的 赋值 运算 符 
Array& operator= (Array const& b) { 
assert(size()==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidx]; 
} 
return *this; 
} 
/针对 不 同类 型 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 
assert(size()==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidxj; 
} 
return *this; 
} 
/ size 是 所 表示 数据 的 大 小 


size_t size() const { 


return expr_rep.size(); 
} 
// 分 别针 对 常量 和 变量 的 索引 (下 标 ) 运算 符 


工 operator[] (size_t idx) const { 
assert(idx<size()); 
return expr_replidx]; 
} 
T& operator[] (size_t idx) { 
assert(idx<size()); 
return expr_replidxj; 
} 
/返回 数组 现在 所 表示 的 对 象 
Rep const& rep() const { 
return expr_rep:; 
} 
Rep& rep() { 
return expr_rep; 
} 
上 
正如 上 面 程序 所 示 ， 这 里 的 许多 损 作 都 只 是 简单 地 委托 给 是 
Rep 对 象 。 然 而 ， 当 拷贝 男 一 个 数组 的 时 候 ， 我 们 就 必须 充分 考虑 : 
一 个 数组 是 否 是 基于 表达 式 模板 的 。 因 此 ， 人 要 要 Rep 的 表 于 ， 
对 找 贝 运算 符 进 行 参数 化 ， 即 声明 针对 两 种 不 同情 况 的 赋值 运算 符 
18.2.3 运算 符 
到 目前 为 止 ， 我 们 只 是 实现 了 用 于 代表 运算 符 的 、 针 对 数值 Array 
模板 的 运算 符 操 作 (诸如 A_Add) ， 但 仍然 没有 实现 运算 符 本 身 ( 诸 
如 +) 。 我 们 在 前 面 已 经 阐明 ， 这 些 运 算 符 只 是 用 于 代表 表达 式 模板 对 
象 ， 它 们 实际 上 并 不 对 结果 数组 进行 求 值 。 


显然 ， 对 于 每 个 普通 的 二 元 运算 符 ， 我 们 必须 实现 3 个 版 本 : 
array-array、array-scalar 和 scalar-array。 例 如 ， 为 了 能 够 计算 前 面 的 表达 
式 初始 值 ， 我 们 需要 用 到 了 下 面 的 运算 符 

// exprtmpl/exprops2.hpp 

/ 两 个 数组 相 加 

template <typename T, typename R1, typename R2> 

Array<TA_Add<TR1,R2> > 

operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 

return Array<TA_Add<TR1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep(O))); 


} 
/ 两 个 数组 相 乘 
template <typename T, typename R1, typename R2> 
Array<T A_Mult<T,R1,R2> > 
operator* (Array<TR1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 
} 
// scalar 和 数组 相 乘 
template <typename T, typename R2> 
Array<T, A_Mult<T,A_ Scalar<T>,R2> > 
operator* (T const& s, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,A_Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 
} 
// 数组 和 scalar 相 乘 
// scalar 和 和 数组 相 加 


/数组 和 scalar 相 加 

这 些 运算 符 的 声明 看 起 来 是 比较 费解 的 (我们 从 例子 中 束 可 以 看 
出 来 ) ， 但 是 实际 上 函数 所 做 的 工作 并 不 多 。 例 如 ， 和 针对 两 个 数组 的 
加 法 运算 符 ， 它 首先 生成 一 个 用 于 A_Add<> 对 象 ， 用 于 表示 运算 符 和 
操作 数 : 

A_Add<T,R1,R2>(a.rep(),b.rep()) 

并 且 把 这 个 对 象 封 装 在 一 个 数组 里 面 ， 从 而 使 我 们 可 以 借助 于 数 
组 来 操作 这 个 运算 结果 。 事 实 上 ， 其 他 的 对 象 我 们 也 是 这 样 处 理 的 : 

return Array<TA_Add<TR1,R2> > (...); 

对 于 scalar 乘 法 而 言 ， 我 们 使 用 了 A_Scalar 模 板 来 创建 A_Mult 对 


A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep()) 

并 且 也 对 它 进 行 了 封装 : 

return Array<T,A_Mult<T,A_Scalar<T>,R2> > (...); 

实际 上 ， 其 他 二 元 运算 符 的 实现 也 是 类 似 的 ， 我 们 还 可 以 使 用 安 
来 声明 这 些 运 算 符 ， 从 而 只 需要 使 用 数量 相对 较 少 的 代码 。 男 一 个 

(更 小 的 ) 宏 还 可 以 被 用 于 非 成 员 的 一 元 运算 符 的 声明 。 
18.2.4 回顾 

当 首次 发 现 表 达 式 模板 思想 的 时 候 ， 你 可 能 会 被 这 些 声 明和 定义 
的 交互 弄 得 掌 头 转向 。 因 此 ， 和 针对 前 面 的 例子 代码 ， 我 们 将 给 出 一 个 
目 顶 向 下 的 回顾 ， 或 许 能 够 使 你 对 表达 式 模板 有 一 个 更 加 具体 的 理 
解 。 下 面 就 是 我 们 要 分 析 的 代码 (你 可 以 在 meta/exprmain.cpp 找 到 这 些 
代码 ) : 

int main() 


{ 


Array<double> x(1000), y(1000); 


X= 1.2*x 十 Xx*y,; 


. 

由 于 在 x 和 y 的 定义 中 省 略 了 Rep 实 参 ， 所 以 该 参数 将 使 用 缺 省 值 
SArray<double>。 因 此 ，x 和 和 y 是 占用 “真实 ”内 存 的 数组 ， 世 就 是 它们 说 
并 不 只 是 用 于 记录 操作 。 

当 解 析 表 达 式 : 

1.2*x + X*y 

的 上 时候， 编译 器 首先 会 应 用 最 左边 的 * 运算 符 ， 它 是 一 个 scalar- 
array 运算 件 。 于 是 ， 重 载 解析 规则 将 会 选择 operator* 的 scalar-array 形 
Th 

template <typename T, typename R2> 

Array<T, A_Mult<T,A_Scalar<T>,R2> > 

operator* (T const& s, Array<T,R2> const& b) { 

return Array<T,A_Mult<T,A_Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 


} 

其 中 操作 数 的 类 型 是 double 和 Array<double, SArray<double> >。 
此 ， 实 际 的 结果 类 型 是 : 

Array<double, A_Mult<double, A_ Scalar<double>, SArray<double> > 


而 结果 值 是 一 个 构造 自 double 值 1.2 的 A_Scalar<double> 对 象 ， 和 一 
个 表示 对 象 x 的 SArray<double> 对 象 。 

接 下 来 ， 将 会 对 第 2 个 乘法 进行 求 值 : xx*y 是 一 个 array-array 操 作 。 
这 一 次 我 们 使 用 了 相应 的 operator*: 


template <typename T, typename R1, typename R2> 


Array<T A_Mult<T,R1,R2> > 
operator* (Array<TR1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 

} 

而 两 个 操作 数 的 类 型 都 是 Array<double, SArray<double> >， 因 此 结 
果 类 型 为 : 

0 A_Mult<double, SArray<double>, SArray<double> > > 

一 次 ，A_ Mult 所 封装 的 两 个 参数 对 象 都 引用 了 一 个 

ee 印 一 人 另 一 个 用 于 表示 y 对 象 。 

最 后 ， 才 对 + 运算 人 符 进行 求 值 。 这 次 还 是 array-array 操 作 ， 而 操作 
数 类 型 就 是 我 们 根据 上 面 所 演绎 的 类 型 。 因 此 ， 我 们 调用 了 针对 array- 


array 有 Hoperator+: 


template <typename T, typename R1, typename R2> 
Array<TA_Add<TR1,R2> > 
operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<TA_Add<TR1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep(O))); 


其 中 用 double 来 疹 换 T，R1 则 用 : 
A_Mult<double, A_ Scalar<double>, SArray<double> > 
进行 蔡 换 ， 而 R2 则 替换 为 : 
A_Mult<double, SArray<double>, SArray<double> > 
因此 ， 赋 值 运算 符 右 边 的 表达 式 最 终 的 类 型 为 : 
Array<double, 

A Add<double, 

A_Mult<double, A_ Scalar<double>, SArray<double> >, 


A_Mult<double, SArray<double>, SArray<double>>>> 
这 个 类 型 将 与 Array 柑 板 的 赋值 运算 符 模 板 进行 匹配 : 
template <typename T, typename Rep = SArray<T> > 


class Array { 
public: 


// 针 对 不 同类 型 数组 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 
assert(size()==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidx]; 
} 


return *this; 


上 
其 中 赋值 运算 符 将 会 运用 右边 Array 〈 即 b) 的 下 标 运算 符 来 计算 目 
标 数 组 x 的 每 一 个 元 素 ， 其 中 右边 Array 的 实际 类 型 为 : 
A Add<double, 
A_Mult<double, A_ Scalar<double>, SArray<double> >， 
A_Mult<double, SArray<double>, SArray<double> > > > 
如 果 我 们 仔细 跟 躁 这 个 下 标 操作 ， 那 么 对 于 一 个 给 定 的 下 标 x， 将 
会 得 到 : 
(1.2*x[idx]) + (x[idx]*y[idx]) 
而 这 正 是 我 们 所 期 望 计 算 的 表达 式 。 
18.2.5 表达 式 模板 赋值 


对 于 一 个 Rep 实 参 基于 A_Mult 或 者 A_Add 表 达 式 模板 的 数组 ， 是 不 
能 够 为 该 数组 实例 化 写 操 作 的 (也 束 是 说 ， 编 写 atb=c 的 式 子 是 毫 无 
意义 的 ) 。 然 而 ， 我 们 完全 可 能 编写 其 他 的 表达 式 模 板 ， 从 而 能 够 对 
这 些 表 达 式 模板 的 结果 进行 赋值 。 例 如 ， 以 具有 整数 值 数组 为 下 标的 
索引 操作 通 第 都 会 涉及 到 了 于 集 的 选择 。 换 句 话 说 : 

X[y] = 2*x[y]; 

的 含义 应 该 等 价 于 : 

for (size_t idx = 0; idx<y.size(); ++idx) { 

X[y[idx]] = 2*x[y[idx]]; 

} 

为 了 使 上 面 这 种 写法 可 以 正常 操作 ， 必 须 令 这 种 基于 表达 式 模 板 
的 数组 的 行为 能 够 像 一 个 左 值 (也 就 是 说 ， 可 写 的 ) ; 而 且 ， 类 似 于 
这 样 的 表达 式 模板 的 组 件 和 A_Mult 等 是 类 似 的 ， 唯 一 的 区 别 在 于 它 提 
供 了 下 标 运算 符 的 const 版 本 和 non-const 版 本 ， 并 且 返 回 一 个 左 值 ( 引 
用 ) : 

// exprtmpl/exprops3.hpp 


template<typename T, typename Al, typename A2> 
class A_ Subscript { 
public: 
1/ 构造 玉 数 ， 用 于 初始 化 指向 操作 数 的 引用 
A_Subscript (Al const & a, A2 const & b) 
: al(a), a2(b) { 
} 
/ 当 请 求 值 的 时 候 处 理 下 标 运算 符 
T operator[ | (size_t idx) const { 
return al[a2[idx]]; 
} 


T& operator[] (size_t idx) { 
return al[a2[idx]]; 
} 
// Size 是 内 联 数组 的 大 小 
size_t size() const { 
return a2.size(); 
} 
private: 
Al const & al ”// 指 癌 第 1 个 操作 数 的 引用 
A2 const & a2; ”// 指 同 第 2 个 操作 数 的 引用 
上 
针对 这 种 运用 子 集 语义 的 、 扩 展 的 下 标 运算 符 ， 我 们 需要 为 Array 
模板 定义 额外 的 下 标 运算 符 。 其 中 一 个 下 标 运算 符 的 定义 如 下 ( 男 外 
还 需要 一 个 针对 const 的 相应 版 本 ) : 
// exprtmpl/exprops4.hpp 
template<typename T, typename R1, typename R2> 
Array<TA_Subscript<TR1,R2> > 
Array<TR1>::operator[] (Array<T,R2> const & b) { 
return Array<T,A_Subscript<T,R1,R2> > 
(A_Subscript<T,R1,R2>(this—>rep(),b.rep())); 


18.3 表达 式 模 板 的 性 能 与 约束 


为 了 弥补 表达 式 模 板 思想 的 复杂 性 ， 我 们 已 经 前 明了 : 表达 式 模 
板 可 以 大 大 提高 数组 操作 的 性 能 。 如 采 你 仔细 跟踪 表达 式 模板 的 行 
为 ， 你 会 发 现存 在 许多 很 小 的 内 联 画 数 互相 调用 ， 而 且 在 调用 堆栈 还 


分 配 了 许多 小 的 表达 式 模板 对 象 。 因 此 ， 编 译 器 必须 执行 完整 的 内 联 
小 对 象 和 去 除 小 对 象 操 作 ， 来 产生 出 (在 性 能 上 ) 能 够 与 手工 代码 循 
环 相 媲 美的 代码 。 在 本 书 编写 时 候 所 发 布 的 编译 器 中 ， 这 种 技术 还 是 
相当 罕见 的 。 

表达 式 模 板 并 没有 解决 所 有 涉及 到 数组 数值 操作 的 问题 。 例 如 ， 
对 于 具有 如 下 形式 的 matrix (和 矩阵 ) -vector 乘 法 : 

X= A*x; 

其 中 x 是 一 个 大 小 为 n 的 vector， 而 A 是 一 个 nxn 的 矩阵 。 这 里 的 主要 
问题 是 在 于 : 临时 变量 的 使 用 总 是 不 可 避免 的 ， 因 为 最 终结 采 的 每 个 
元 到 都 要 依赖 于 最 初 x 的 每 个 元 素 。 遗 憾 的 是 ， 表 达 式 模板 将 会 在 一 次 
计算 之 后 马上 更 新 x 的 百 个 元 素 ， 而 在 计算 下 一 个 元 素 的 时 候 则 用 到 这 
个 已 经 更 新 的 元 素 ， 从 而 改变 了 原来 的 数组 ， 而 这 是 完全 错误 的 。 然 
而 ， 针 对 下 面 一 个 稍 有 区 别 的 表达 式 : 

X= A*y 

如 果 x 和 y 并 不 互 为 别名 的 话 ， 那 么 将 不 需要 一 个 临时 对 象 ， 这 意 
味 着 解决 方案 必须 能 够 在 运行 期 知道 操作 数 的 这 种 (是 否 为 别名 的 ) 
关系 ， 而 这 反 过 来 又 表明 必须 生成 一 个 用 于 表示 表达 式 树 的 运行 期 结 
构 ， 而 不 是 在 表达 式 模 板 的 类 型 中 编码 这 棵 树 。 这 个 想法 首先 是 由 
Rober Davies 在 NewMat 程 序 库 中 提出 的 ( 见 [NewMat]) 。 实 际 上 ,在 
开发 表达 式 模板 之 前 的 很 长 时 间 里 ， 就 已 经 有 这 个 想法 了 。 

表达 式 模 板 并 不 局 限于 数值 计算 。 壁 如 Jaakko Jirvi 和 Gary Powell 
的 Lambda Library ( 见 [Lambdalib]) 就 给 出 了 一 个 很 有 代表 性 的 应 用 
程序 。 例 如 ， 该 库 允 许 我 们 这 样 编写 代码 : 


void lambda_demo (std::vector<long*> & ones) { 


std::sort(ones.begin(), ones.end(), *_1 > * 2); 


} 


这 个 代码 片断 将 针对 元 素 所 引用 的 值 ， 以 升序 的 方式 对 数组 进行 
排序 。 如 果 没 有 Lambda 库 的 话 ， 我 们 就 必须 定义 一 个 简单 (但 实现 有 
些 厅 烦 ) 的 、 具 有 特殊 目的 的 仿 函 数 类 型 。 但 是 使 用 Lambda 库 之 后 ， 
我 们 就 可 以 使 用 简单 的 内 联 语 法 来 表达 所 希望 使 用 的 操作 。 在 我 们 的 
例子 中 ，_1 和 _2 只 是 Lambda 库 所 提供 的 两 个 占 位 符 ， 它 们 对 应 了 一 些 
基本 的 表达 式 对 象 ， 而 这 些 表达 式 通 党 都 是 仿 函 数 。 以 后 ， 我 们 可 以 
使 用 本 章 所 讨论 的 表达 式 模 板 技 术 ， 并 且 使 用 这 些 技术 来 构造 更 加 复 
杂 有 的 表达 式 。 


18.4 后 记 


表达 式 模 板 是 由 Todd Veldhuizen 和 David Vandevoorde (Todd 创 造 了 
这 个 概念 ) 独 立 开发 的 ; 而 且 在 开发 的 时 候 ， 成 员 模 板 还 没有 被 引进 
C++ 程序 设计 语言 (在 那个 时 候 看 起 来 ， 该 特性 不 太 可 能 会 被 加 入 
C++) 。 这 就 导致 在 实现 赋值 运算 和 从 时 出 现 了 一 些 问 题 ， 不 能 对 表达 式 
模板 进行 参数 化 。 这 时 ， 出 现 了 一 种 解决 该 问题 的 拉 术 : 在 表达 式 模 
板 中 引入 一 个 针对 Copier 类 的 转型 运算 符 ， 其 中 Copier 具 有 元 素 类 型 和 
表达 式 模 板 两 个 模板 参数 ， 而 它 的 基 类 CopierInterface 则 只 具有 一 个 元 
素 类 型 模板 参数 。 然 后 ， 该 基 类 提供 了 一 个 (虚拟 的 ) copy_to 接 口 ， 
使 赋值 运算 符 可 以 引用 这 个 接口 。 下 面 是 这 种 机 制 的 一 个 大 体 框架 

(其 中 使 用 了 一 些 本 章 所 介绍 的 模板 名 称 ) : 


template<typename 工 > 


class CopierInterface { 
public: 
Virtual void copy_to(Array<T, SArray<T> >& ) const; 
上 


template<typename 工 typename 又 > 


class Copier : public CopierInterface<T> { 
public: 
Copier(X const &x): expr(x) {} 
Virtual void copy_to(Array<T, SArray<T> >&) const { 
/赋值 循环 的 实现 


} 
private: 
X const &expr; 
}; 
template<typename T, typename Rep = SArray<T> > 
class Array { 
public: 
/ 委托 的 赋值 运算 符 
Array<T Rep>& operator=(CopierInterface<T> const &b) { 
b.copy_to(rep); 
上 


电 
template<typename T, typename Al, typename A2> 
class A_mult { 
public: 
operator Copier<T, A_ Mult<T, A1, A2> >(); 


把 
虽然 这 种 做 法 给 表达 式 模 板 带 来 了 一 层 额 外 的 复杂 度 ， 也 会 带 来 
一 些 运 行 期 的 开销 ， 但 古 就 性 能 而 言 ， 该 做 法 仍然 能 够 禹 来 很 大 的 提 


高 。 

C++ 标准 库 包 含 了 一 个 名 为 valarray 的 类 模板 ， 它 主要 是 用 于 实现 
我 们 在 本 章 中 开发 Array 模 板 时 所 用 到 的 一 些 技术 。 事 实 上 ，valarray 有 
一 个 前 吴 ， 该 前 身 的 设计 目的 是 : 对 于 一 些 面向 科学 计算 的 编译 器 ， 
将 可 以 使 用 一 些 数组 类 型 ， 并 且 能 够 在 操作 中 辨别 这 些 数 组 类 型 ， 和 
使 用 高 度 优化 的 内 部 代码 ， 因 为 这 些 特 殊 设 计 的 编译 器 将 可 以 在 某 种 
程度 上 “理解 ”数组 的 类 型 。 然 而 ， 这 件 事情 最 后 却 未 能 成 功 (部 分 原 
因 在 于 市 场 相 对 比较 小 ， 其 他 原因 在 于 诸如 valarray 的 问题 复杂 度 不 断 
增加 ， 最 后 只 能 用 模板 来 解决 ) 。 在 表达 式 模 板 出 现 的 早期 一 段 时 间 
里 ，Vandevoorde 癌 C++ 委员 会 提交 一 份 建议 ， 认 为 应 该 用 我 们 所 开发 
的 Array 模 板 从 本 质 上 替换 valarray (因为 在 valarray 现 存 功能 的 启发 下 ， 
Array 模 板 实现 了 许多 新 的 或 者 更 好 的 功能 ) 。Rep 参 数 的 首次 文档 化 
工作 ， 就 是 在 此 提议 中 出 现 的 。 在 Rep 出 现 之 前 ， 占 用 实际 内 存 空间 的 
数组 和 基于 表达 式 模板 的 ( 伪 ) 数组 是 两 个 完全 不 同 的 模板 。 例 如 ， 
当 客 户 端 代码 引入 一 个 画 数 foo0， 并 且 该 画 数 接受 一 个 数组 : 

double foo(Array<double> const&); 

那么 调用 foo(1.2*x) 将 会 强行 地 把 该 表达 式 转 型 为 占用 实际 内 存 空 
间 的 数组 ， 即 便 是 运用 该 实 参 的 操作 并 不 需要 一 个 临时 变量 。 然 而 ， 
如 果 能 够 把 表达 式 模板 舱 入 到 Rep 参 数 的 话 ， 那 么 我 们 就 可 以 这 样 进行 
声明 : 

template<typename Rep> 

double foo(Array<double, Rep> const&); 

而 且 也 不 会 进行 多 余 的 类 型 转化 。 

在 后 来 的 C++ 标 准 化 过 程 中 ， 试 图 采用 上 面 这 个 关于 valarray 的 提 
议 ， 引 在 改写 标准 中 关于 valarray 的 所 有 了 文档。 但 是 最 后 该 提议 还 是 被 
否决 了 ， 只 是 给 现存 的 文档 添加 了 一 些 新 的 特性 说 明 ， 并 且 人 允许 基于 
表达 式 模板 的 实现 。 然 而 ， 人 允许 对 表达 式 模 板 的 这 种 扩展 同时 也 会 市 


来 一 些 厅 烦 ， 而 且 要 比 我 们 在 这 里 所 讨论 的 多 得 多 。 在 本 书 编写 的 时 
修 ， 并 没有 支持 表达 式 模板 的 编译 器 实现 ， 而 且 通 常 而 言 ， 对 于 标准 
库 的 valarray， 如 果 是 执行 原先 所 设计 的 操作 ， 效 率 是 相当 低 的 。 

最 后 ， 我 们 在 这 里 需要 指出 一 点 : 本 章 所 给 出 的 这 些 前 沿 技术 ， 
也 包括 后 面 那些 成 为 STL 一 部 分 的 技术 [27] ， 最 初 全 部 是 在 Borland 
C++ 编译 器 (版 本 4) 中 实现 。 该 编译 器 或 许 是 能 够 使 得 模板 程序 设计 
在 C++ 程序 设计 人 群 中 广泛 使 用 的 首 个 编译 器 。 


[1]. 从 字面 上 讲 ， 多 态 指 的 是 具有 多 种 形式 或 者 外 形 的 情况 (根据 
Greek polumorphos 的 说 法 ) 。 


[2]. 产 格 地 讲 ， 安 也 可 以 被 看 作 静 多 态 的 一 种 是 期 形式 。 然 而 ， 我 们 在 
这 里 并 不 考虑 宏 ， 因 为 宏大 多 和 其 他 的 语言 机 制 具 有 正 交 性 ， 与 模板 
的 正 交 性 则 很 少 。 


[3]. 关于 多 态 术 语 更 加 详细 的 讨论 ， 可 以 参考 
[CzarneckiEiseneckerGenPro] 的 6.5 闻 和 6.7 闻 。 


[4]. 出 于 简单 性 考虑 ， 本 节 中 的 许多 例子 都 是 使 用 普通 指针 。 显 然 ， 一 
个 具有 工业 强度 的 接口 可 能 更 加 趋向 于 使 用 符合 C++ 标 准 库 约束 的 碗 代 
器 参数 ( 见 [JosuttisStdLib]) 。 我 们 将 在 后 面 的 例子 中 重 温 这 一 点 。 


[5]. EBCDIC 是 Extended Binary-Coded Decimal Interchange Code 的 缩 
写 ， 这 是 一 个 IBM 的 字符 集 ， 在 大 型 的 IBM 计 算 机 中 广泛 使 用 。 


[6]. 现今 的 大 多 数 C++ 编 译 融 都 能 够 识别 这 种 简单 的 内 联 函 数 调用 ， 并 
且 根 据 针 对 内 联 函 数 的 处 理 机 制 来 处 理 这 种 调用 。 


[7]. 当然 ， 在 C++ 标 准 的 修改 方案 中 ， 这 个 现象 也 即将 改变 。 而 且 ， 编 
译 右 开发 商 也 愿意 在 修改 的 标准 发 布 之 前 ， 就 提供 这 个 特性 〈 即 函数 
模板 文 持 缺 省 模板 实 参 ， 具 体 见 13.3T) 。 


[8]. 我 们 将 使 用 policy 参数 来 泛 化 这 一 点 〈 即 不 同 的 Policy 类 ) ， 其 中 
这 个 policy 参数 可 以 是 一 个 类 (如 SumPolicy) ， 也 可 以 是 一 个 函数 指 
针 。 


[9]. 应 该 知道 我 们 仍然 不 能 写 int& &。 另 外 ， 我 们 还 知道 : 对 于 T const 
而 言 ， 昌 然 允 许 使 用 int const 来 苦 换 T， 但 是 显 式 地 编写 int const const 仍 
然 古 无 效 的 。 然 而 ， 这 两 种 情况 既 相 似 义 有 区 别 。 


[10]. 基于 简化 考虑 ， 我 们 在 此 并 不 考虑 volatile 和 const volatile 限 定 符 ; 
但 是 它们 和 reference 的 处 理 方 式 是 类 似 的 。 


[11]1. 译注 : promotion 的 含义 是 “提升 *"， 指 对 于 两 个 不 同 的 类 型 ， 找 到 
其 中 一 个 更 加 强大 的 类 型 ， 或 者 对 于 某 个 类 型 ， 根 据 需 要 变 成 一 个 更 
~ °。 其 中 “更 加 强大 ”通常 是 指 “size 时 函数 返回 的 整 型 值 更 


[12]. 为 了 证 明 这 一 点 ， 可 以 试图 找到 T 的 一 个 蔡 换 ， 使 后 一 个 特 化 能 够 
变 成 前 一 个 特 化 ; 或 者 找到 针对 T1 和 T2 的 替换 ， 使 前 一 个 特 化 能 够 变 
威 司 一 个 特 化 。 


[13]; 在 C++ 标 准 化 进程 中 曾 提出 过 一 个 类 似 的 语言 扩展 机 制 ， 不 过 是 
关于 函数 调用 实 参 的 ， 而 且 该 提议 最 后 也 被 否决 了 (更 多 细节 见 13.9 
广 ) 。 译 注 : 这 就 古 不 少 编程 语言 都 提供 的 命名 函数 实 参 机 制 ， 更 多 
的 介绍 请 见 本 章 后 面 的 译 者 评注 。 


[14]. 译注 : PolicySelector 直 接 从 4 个 Setter 继 承 是 不 行 的 。 例 如 用 
BreadSlicer<> 时 ， 所 有 模板 参数 都 是 相同 的 缺 省 类 型 ， 也 就 意味 着 
PolicySelector 的 从 4 个 完全 相同 的 基 类 继承 ， 这 必然 导致 编译 错误 。 


[15]. 该 规则 可 见 C++ 标准 第 10.2/6 节 ([Standard 98]) ， 
[EllisStroustrupARMI] 第 10.1.1 节 另 有 讨论 。 


[16]. 译注 : 16.1 节 的 模板 Discriminator 及 22.7 节 的 模板 BaseMem， 都 是 
如 此 ;当然 模板 特 化 也 可 行 ， 但 比较 麻烦 。 


[17]. 译注 : 并 非 只 有 这 种 特殊 情况 才 可 以 进行 优化 ， 更 多 的 情况 请 见 
本 章 注 记 中 关于 boost.compressed_pair 的 介绍 。 


[18]. 译注 : 在 派生 类 中 复 兰 基 类 中 的 非 虚 函数 ， 本 喘 融 是 C++ 应 用 的 


一 大 忌讳 。 作 出 这 样 的 决定 之 前 ， 您 怕 得 仔细 权衡 利 星 。 作 者 已 经 表 
0 而 这 种 用 法 在 实际 应 用 中 的 确 少 之 又 少 ， 而 且 极 易 
此 。 


[19]. 译注 : 我 认为 作者 此 处 指 的 是 Boost Iterator Adaptor Library。 


[20]. 译注 : 原本 想 把 该 词 翻译 成 “元 编程 "， 但 由 于 metaprogramming 的 
真实 舍 义 有 些 出 入 ， 故 不 译 。 作 为 读者 ， 也 可 以 用 元 编程 来 理解 这 个 
词 ， 这 个 选择 残留 给 个 人 的 习惯 了 。 


[21]. 我 们 在 12.4 市 就 已 经 看 过 一 个 递归 模板 的 例子 ， 我 们 也 可 以 把 它 
当成 一 个 简单 的 metaprogramming 例 子 。 


[22]. 在 某 些 情况 下 ，metaprogram 的 效率 要 远 远 高 于 Fortran 的 优化 器 ， 
尽管 Fortran 的 优化 器 非常 适用 于 这 类 应 用 程序 。 


[23]. 感谢 Erwin Unruh 为 本 书 提供 这 一 份 代码 ， 读 者 也 可 以 在 [Unruh- 
PrimeOrig] 找 到 这 份 代 码 。 


[24]. 译注 : 这 里 的 期 望 是 指 我 们 所 实现 的 运算 符 可 以 实现 这 样 的 操 
作 ， 而 且 应 用 我 们 的 重 载运 算 待 ， 可 以 具有 更 加 价 单 、 紧 凌 的 写法 。 
但 是 ， 并 不 意味 着 我 们 要 采用 下 面 这 种 原始 、 宛 长 的 做 法 ， 即 使 这 种 
做 法 效率 较 高 。 我 们 下 面 将 会 通过 表达 式 模 板 ， 来 曾 述 如 何 获得 既 高 
效 、 又 紧 竣 的 实现 。 


[25]. 译注 :相对 于 前 面 重 载运 算 符 在 内 部 所 进行 的 目 动 循环 ， 在 此 我 
们 目 己 用 for 语 句 实现 的 循环 束 称 为 手工 循环 ， 或 者 手工 编码 循环 。 


[26]. 在 此 ， 我 们 可 以 方便 地 重用 前 面 开 发 的 Sarray， 但 是 对 于 一 个 具有 
工业 强度 的 程序 库 ， 开 发 一 个 具有 特殊 目的 的 实现 往往 更 加 可 取 ， 
为 我 们 并 不 需要 使 用 Sarray 的 所 有 特性 。 


[271, STL (或 者 称 为 标准 模板 库 ) 给 C++ 的 程序 库 世界 带 来 了 革命 性 的 
活力 。 之 后 ，STL 成 为 C++ 标 准 库 的 一 部 分 。 


4 级 应 用 程 


模板 可 以 被 用 于 开发 精心 设计 的 程序 库 。 之 所 以 称 为 精心 设计 ， 主 要 是 
因为 程序 库 中 的 众多 元 素 之 间 可 以 进行 无 颖 的 连接 。 虽 然 非 模 板 程序 库 也 能 
够 达到 上 面 这 一 点 ， 但 是 当 我 们 要 实现 的 是 那些 有 助 于 简化 日 常 编程 并 且 非 
常 小 的 功能 时 ， 原 来 的 程序 库 或 者 面向 对 象 程序 库 在 很 多 情况 下 就 不 是 可 选 
的 方案 了 ， 因 为 对 于 简单 功能 而 言 ， 这 些 程序 库 实现 的 开销 通常 都 太 大 了 。 
于 是 ，C 预 处 理 器 允许 声明 这 些 “ 简 单 的 需要 〈 即 简单 功能 ) ”， 并 对 它们 进 
行 特别 处 理 ; 但 是 ， 在 很 多 情况 下 ，C 预 处 理 器 的 功能 是 很 有 限 的 ， 远 远 不 能 
够 胜任 我 们 日 常 编程 的 要 求 。 

在 这 一 部 分 ， 我 们 将 开发 某 些 相对 较 小 、 并 且 互 相 独 立 的 功能 ， 而 且 对 
于 这 些 简单 功能 而 言 ， 模 板 是 最 好 的 实现 方法 : 

一 个 用 于 类 型 区 分 的 框架 。 

“TE 

tuple ° 

* 仿 函数 。 

对 于 上 面 功能 的 讨论 ， 我 们 的 目的 在 于 前 述 前 面 所 介绍 的 技术 ， 而 且 我 
们 还 将 结合 这 些 技术 ， 并 且 修 改 这 些 技 术 ， 最 后 创建 出 真正 有 用 的 软件 组 
件 。 然 而 ， 我 们 的 主题 仍然 局 限于 C++ 模板 ， 并 不 会 涉及 太 多 关于 完整 
C++ 程序 库 的 开发 ， 或 者 其 他 方面 的 开发 。 另 一 方面 ， 对 于 C++ 程序 库 的 编写 
者 ， 我 们 也 和 希望 所 给 出 的 代码 能 够 作为 一 份 有 用 的 教程 ， 或 者 给 他 们 带 来 一 
些 灵 感 ， 但 我 们 并 不 敢 声 称 本 部 分 所 开发 的 这 几 个 组 件 将 会 永远 都 是 最 好 的 
组 件 。 


第 19 章 类 型 区 分 


在 某 些 时 候 ， 对 于 一 个 模板 参数 ， 如 果 能 够 知道 它 究竟 是 内 建 类 型 [1] 、 
指针 类 型 、class 类 型 或 者 其 他 类 型 中 的 哪 一 种 ， 将 会 是 非常 有 用 的 。 在 本 章 
接 下 来 的 内 容 里 ， 我 们 将 开发 一 种 普 志 适用 的 类 型 模板 ， 它 能 够 帮助 我 们 判 
断 给 定 类 型 的 许多 属性 。 最 后 ， 我 们 将 能 够 编写 下 面 这 样 的 代码 : 

if (TypeT<T>::IsPtrT) { 


} 
else if (TypeT<T>::IsClassT) { 


} 

进一步 而 言 ， 诸 如 TypeT<T>::IsPtrT 的 表达 式 将 会 是 一 个 布尔 常量 ， 同 时 
也 可 以 作为 有 效 的 非 类 型 模板 实 参 。 反 过 来 说 ， 借 助 于 这 种 实现 ， 我 们 就 能 
够 根据 类 型 实 参 〈T) 的 属性 ， 构 造 出 更 加 复杂 和 强大 的 模板 ， 用 于 特 化 这 些 
模板 的 各 种 行为 ， 这 就 是 本 章 要 加 以 阐述 的 内 容 。 


19.1 辨别 基本 类 型 


首 爷 ， 让 我 们 开发 一 个 用 于 辨别 某 个 类 型 是 否 为 基本 类 型 的 模板 。 在 缺 
省 情况 下 ， 我 们 一 方面 假定 一 个 类 型 不 是 一 个 基本 类 型 ， 男 一 方面 我 们 为 所 
有 的 基本 类 型 都 特 化 该 模板 : 

// types/typel.hpp 

1/ 基本 模板 :一 般 情况 下 TT 不 古 基 本 类 型 

template <typename T> 

Class IsFundaT { 
public: 

enumt Yes = 0, No= 1}; 


上 
/ 用 于 特 化 基本 类 型 的 宏 


#define MK_FUNDA_TYPE(T) \ 


template<> class IsFundaT<T> { \ 
public: \ 
enum { Yes = 1, No=0}; \ 


上 
MK_FUNDA_TYPE(void) 
MK_FUNDA_TYPE(bool) 
MK_FUNDA_TYPE(char) 
MK_FUNDA_TYPE(signed char) 
MK_FUNDA_TYPE(unsigned char) 
MK_FUNDA_TYPE(wchar ft) 
MK_FUNDA_TYPE(signed short) 
MK_FUNDA_TYPE(unsigned short) 
MK_FUNDA_ TYPE(signed int) 
MK_FUNDA_TYPE(unsigned int) 
MK_FUNDA_TYPE(signed long) 
MK_FUNDA_TYPE(unsigned long) 
#if LONGLONG EXISTS 

MK_FUNDA _TYPE(signed long long) 

MK_FUNDA_TYPE(unsigned long long) 
#endif // LONGLONG_ EXISTS 
MK_FUNDA_TYPEI(float) 
MK_FUNDA_TYPE(double) 
MK_FUNDA_TYPE(long double) 
#undef MK_FUNDA_TYPE 
在 上 面 的 代码 中 ， 基 本 模板 定义 了 一 般 的 情况 。 也 就 是 说 ， 在 一 般 情况 
IsFundaT<T>::Yes 的 值 将 会 为 0( 或 者 false): 
template <typename 工 > 
Class IsFundaT { 


public: 
enum{ Yes = 0, No=1}: 
上 
可 以 看 出 ， 对 于 每 个 基本 类 型 ， 我 们 都 定义 了 一 个 特 化 ; 在 该 特 化 中 ， 
IsFundaT<T >::Yes 将 会 等 于 1 (或 者 true) 。 在 上 面 的 代码 中 ， 我 们 通过 定义 
一 个 宏 来 扩展 这 些 特 化 代码 ， 例 如 : 
MK_FUNDA_TYPE(Cbool) 
expands to the following: 
template<> class IsFundaT<bool> { 
public: 
enum{ Yes = 1, No=0}: 
上 
于 是 ， 下 面 的 程序 给 出 了 一 个 使 用 这 个 模板 的 程序 示例 : 
// types/typeltest.cpp 


#include <iostream> 
#include "typel.hpp" 
template <typename T> 
void test (T const& t) 
{ 
if (IsFundaT<T>::Yes) { 
std::cout << "T is fundamental type" << std::endl; 
} 
else { 


std::cout << "T is no fundamental type" << std::endl; 


} 
class MyType { 


}; 


int main() 


test(7); 
test(MyType0O); 
} 
该 程序 的 输出 如 下 : 
Tis fundamental type 
Tis no fundamental type 
类 似 地 ， 我 们 也 可 以 定义 类 型 函数 IsIntegralT 和 IsFloatingT， 从 而 能 够 
判断 一 个 放大 (scalar) 类 型 究竟 是 整 型 还 是 浮 点 型 。 


19.2 辨别 组 合 类 型 


组 合 类 型 是 指 一 些 构造 目 其 他 类 型 的 类 型 。 人 简单 的 组 合 类 型 包括 : 普通 
类 型 、 指 针 类 型 、 引 用 类 型 和 数组 类 型 。 它 们 都 是 构造 和 目 单 一 的 基本 类 型 。 
同时 ，class 类 型 和 函数 类 型 也 是 组 合 类 型 ， 但 这 些 组 合 类 型 通常 都 会 涉及 到 
多 种 类 型 《例如 参数 或 者 成 员 的 类 型 ) 。 在 此 ， 我 们 先 考虑 简单 的 组 合 类 
型 ， 男 外 ， 我 们 还 将 使 用 局 部 特 化 对 简单 的 组 合 类 型 进行 区 分 。 接 下 来 ， 我 
们 将 定义 一 个 trait 类 ， 用 于 描述 简单 的 组 合 类 型 ， 而 class 类 型 和 枚 举 类 型 将 


留 到 后 面 考虑 〈 而 且 ， 枚 举 类 型 和 class 类 型 是 分 开 考 虑 的 ) : 
// types/type2.hpp 
template<typename T> 
class CompoundT { // 基本 模板 
public: 


enum { ISPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 0, IsPtrMemT = 0 }; 

typedef T BaseTl; 

typedef T BottomT; 

typedef CompoundT<void> ClassT; 


成 员 类 型 BaseT 指 的 是 : 用 于 构造 模板 参数 类 型 T 的 (直接 ) 类 型 ; 而 
BottomT 指 的 是 最 终 去 除 指 针 、 引 用 和 数组 之 后 的 、 用 于 构造 T 的 原始 类 型 。 
例如 ， 如 果 T 是 int*+*， 那 么 BaseT 将 是 int+， 而 BottomT 将 会 是 int 类 型 。 对 于 成 
员 指 针 类 型 ，BaseT 将 会 是 成 员 的 类 型 ， 而 ClassT 将 会 是 成 员 所 属 的 类 的 类 
型 。 例 如 ， 如 果 T 是 一 个 类 型 为 int(X::*)0 的 成 员 函 数 指针 ， 那 么 BaseT 将 会 是 
函数 类 型 int0) ， 而 ClassT 的 类 型 则 为 XxX。 如 果 T 不 是 成 员 指 针 类 型 ， 那 么 
ClassT 将 会 是 CompoundT<void> (这 个 选择 并 不 是 必须 的 ， 也 可 以 使 用 一 个 
nonclass 来 作为 ClassT) 。 

其 中 ， 针 对 指针 和 引用 的 局 部 特 化 是 相当 直接 的 ; 
// types/type3.hpp 


template<typename T> 
class CompoundT<T&> { /针对 引用 的 局 部 特 化 
public: 
enum { ISPtrT = 0, IsRefT = 1, IsArrayT = 0, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef T BaseTl; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 
上 
template<typename 工 > 
class CompoundT<T*> { / 针对 指针 的 局 部 特 化 
public: 
enum { IsPtrT = 1, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 0, IsPtrMemT = 0 }; 
typedef T BaseTl; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


对 于 成 员 指 针 和 数组 ， 我 们 可 能 会 使 用 同样 的 技术 来 处 理 。 但 是 ， 在 下 
面 的 代码 中 我 们 将 发 现 ， 与 基本 模板 相 比 ， 这 些 局 部 特 化 将 会 涉及 到 更 多 的 
模板 参数 : 

// types/type4.hpp 

#include <stddef.h> 

template<typename TT, size_t N> 

class CompoundT <T[N]> { /针对 数组 的 局 部 特 化 

public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 1, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef T BaseTl; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 

上 

template<typename 工 > 

class CompoundT <T[]> { ”/ 针对 空 数 组 的 局 部 特 化 

public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 1, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef T BaseTl; 


typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 
}; 
template<typename , typename C> 
class CompoundT <T C::*> { // 针对 成 员 指 针 的 局 部 特 化 
public: 
enum { ISPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 0, IsPtrMemT = 1 }; 
typedef T BaseTl; 


typedef typename CompoundT<T>::BottomT BottomT; 
typedef C ClassT; 
介 
细心 的 读者 可 能 会 发 现 : 成 员 BottomT 的 定义 要 求 根据 某 种 类 型 T， 对 
CompoundT 模 板 进 行 递 归 实 例 化 ， 当 T 不 再 是 组 合 类 型 的 时 候 ， 该 递归 也 就 结 
束 了 。 因 此 ， 这 里 使 用 了 泛 型 模板 定义 (类 似 地 ， 当 T 是 一 个 范 数 类 型 的 时 候 
也 是 如 此 ， 我 们 将 在 后 面 看 到 这 种 情况 ) 。 
与 组 合 类 型 相 比 ， 函 数 类 型 更 加 难以 辨别 。 在 下 一 节 里 ， 我 们 将 使 用 相 
对 比较 高 端的 模板 技术 ， 来 辨别 函数 类 型 。 


19.3 辨别 函数 类 型 


函数 类 型 更 加 难以 辨别 ， 原 因 在 于 : 参数 的 数量 可 以 是 任意 的 ， 而 且 就 
算 借 助 于 模板 ， 也 不 存在 一 种 有 限 的 语法 构造 ， 能 够 完整 地 描述 参数 个 数 的 
不 确定 性 。 另 一 方面 ， 存 在 一 种 部 分 解决 这 个 问题 的 方法 : 以 一 个 给 定 整数 
为 模板 参数 个 数 的 上 限 ， 为 不 同 模板 实 参 列 表 所 对 应 的 函数 ， 提 供 不 同 的 局 
部 特 化 。 其 中 ， 最 简单 的 几 个 局 部 符 化 大 概 如 下 所 示 : 

// types/type5.hpp 


template<typename R> 
class CompoundT<R()> { 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }; 
typedef R BaseT(); 
typedef R BottomT(); 
typedef CompoundT<void> ClassT; 
}; 
template<typename R, typename P1> 
class CompoundT<R(P1)> { 
public: 


enum { ISPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }; 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 
}; 
template<typename R, typename P1> 
class CompoundT<R(P1, ...)> { 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }; 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 
上 


O 


该 方法 的 优点 是 : 我 们 可 以 为 每 个 模板 参数 类 型 都 创建 typedef 成 员 

另外 ， 我 们 也 可 以 借助 于 8.3.1 小 节 介 绍 的 SFINAE 原则 来 解决 这 个 问 
题 : 一 个 重 载 函 数 模板 (如 下 面 的 test) 的 后 面 可 以 是 一 些 显 式 模板 实 参 (如 
下 面 的 U) ;而 且 对 于 某 些 重 载 函 数 类 型 而 言 ， 该 实 参 是 有 效 的 ， 但 是 对 于 其 
他 的 重 载 男 数 类 型 ， 该 实 参 则 可 能 是 无 效 的。 实际 上 ， 后 面 使 用 重 载 解析 对 
枚 举 类 型 进行 辨别 的 技术 也 使 用 到 了 这 种 方法 ( 即 SFINAE) 。SFINAE 原则 
在 这 里 的 主要 用 处 是 : 找到 一 种 构造 ， 该 构造 对 函数 类 型 是 无 效 的 ， 但 是 对 
其 他 类 型 都 是 有 效 的 ， 或 者 完全 相反 。 由 于 前 面 我 们 已 经 能 够 辨别 出 几 种 类 
型 了 ， 所 以 我 们 在 此 可 以 不 再 考虑 这 些 (已 经 可 以 辨别 的 ) 类 型 。 因 此 ， 针 
对 上 面 这 种 要 求 ， 数 组 类 型 就 是 一 种 有 效 的 构造 ， 因 为 数组 的 元 素 是 不 能 
void 值 、 引 用 或 者 函数 的 。 于 是 ， 这 启发 了 我 们 编写 出 下 面 的 代码 : 


template<typename T> 


class IsFunctionT { 


型 


private: 


typedef char One; 


typedef struct { char a[2]; } Two; 


template<typename U> static One test(...); 


template<typename U> static Two test(U (*)[1]); 


public: 


enum { Yes = sizeof(IsFunctionT<T>::test<T>(0)) == 1 }; 


enum { No = !Yes }; 


}; 


借助 于 上 面 这 个 模板 定义 ， 只 有 对 于 那些 不 能 作为 数组 元 素 类 型 的 类 
，IsFunctionT::Yes 才 是 非 零 值 ( 即 为 1) 


。 另 外， 我 们 应 该 知道 该 方法 也 有 


一 个 不 足 之 处 : 并 非 画 数 类 型 不 能 作为 数组 元 素 类 型 ， 引 用 类 型 和 void 类 型 同 
样 也 不 能 作为 数组 元 素 类 型 。 和 幸运 的 是 ， 我 们 可 以 通过 为 引用 类 型 提供 局 部 
特 化 ， 以 及 为 void 类 型 提供 显 式 符 化 ， 来 解决 这 个 不 足 : 


template<typename T> 
class IsFunctionT<T&> { 
public: 
enum { Yes = 0}: 
enum { No = !Yes }; 
内 
template<> 
class IsFunctionT<void> { 
public: 
enum { Yes= 0}:; 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void const> { 


public: 


enum { Yes = 0}: 
enum { No = !Yes }; 


}; 


实际 上 ， 还 存在 其 他 的 一 些 解决 方案 。 例 如 ， 在 不 提供 用 户 自 定义 转型 
的 前 握 下 ， 通 过 判断 能 否 把 一 个 F& 转 化 为 F*， 也 可 以 辨别 出 F 是 否 为 函数 类 
型 ;但 我 们 在 这 里 并 不 准备 给 出 这 种 方法 。 

基于 上 面 例子 的 这 些 考虑 ， 我 们 现在 就 可 以 重新 改写 基本 的 CompoundT 
模板 如 下 : 

// types/type6.hpp 


template<typename T> 
class IsFunctionT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename U> static One test(...); 
template<typename U> static Two test(U (*)[1]); 
public: 
enum { Yes = sizeof(IsFunctionT<T>::test<T>(0)) == 1 }; 
enum { No = !Yes }; 
上 
template<typename 工 > 
class IsFunctionT<T&> { 
public: 
enum { Yes= 0}: 
enum { No = !Yes }; 
上 
template<> 


Class IsFunctionT<void> { 


public: 
enum { Yes = 0}: 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void const> { 
public: 
enum { Yes= 0}: 
enum { No = !Yes }; 
}; 
// 对 于 void volatile 和 void const volatile 类 型 也 是 一 样 的 


template<typename T> 
class CompoundT { /基本 模板 
public: 
enum { ISPtrT = 0, ISRefT = 0, IsArrayT = 0, 
IsFuncT = IsFunctionT<T>::Yes, 
IsPtrMemT = 0 }; 
typedef T BaseTl; 
typedef T BottomT; 
typedef CompoundT<void> ClassT; 
上 
实际 上 ， 基 本 模板 的 这 个 实现 与 前 面 所 给 出 的 那些 特 化 并 不 冲突 。 
此 ， 在 参数 个 数 已 经 限定 的 情况 下 ， 借 助 于 前 面 的 特 化 ， 还 可 以 访问 返回 类 
型 和 参数 类 型 。 
关于 这 个 话题 ， 还 有 一 个 趣闻 : 在 C++ 的 发 展 历 史上 ， 还 存在 另 一 种 
(历史 性 的 ) 解决 方案 ， 它 要 依赖 于 下 面 的 历史 事实 〈 但 是 现今 的 C++ 已 经 
不 再 文 持 这 种 事实 ) : 


template<class 工 > 


Sstruct X { 

long aligner; 

Tm; 
. 
即 对 于 当时 的 Ct++， 上 面 的 代码 除了 可 以 用 于 声明 一 个 非 静 态 成 员 变 量 
X::m 之 外 ， 还 可 以 用 于 声明 一 个 成 员 函 数 X::m()。 在 那个 时 候 ， 如 果 T 是 一 个 
函数 类 型 的 话 ， 那 么 X<T> 将 会 和 下 面 的 X0 类 型 具有 相同 的 大 小 (因为 非 虚拟 
的 成 员 函 数 都 不 增加 类 的 大 小 ) : 

struct XO { 
long aligner; 

男 一 方面 ， 如 果 T 是 一 个 对 象 类 型 ， 那么 X<T> 将 要 比 X0 大 (注意 : 成 
aligner 是 必须 的 ， 这 是 为 了 避免 一 些 特殊 情况 的 影响 ， 例 如 ， 一 个 空 类 ， 通 
都 会 和 一 个 只 具有 一 个 char 成 员 的 非 空 类 大 小 相同 ) 。 

到 目前 为 止 ， 除 了 不 能 辨别 class 类 型 和 枚 举 类 型 之 外 ， 其 他 的 类 型 我 们 
已 经 都 可 以 辨别 了 。 也 就 是 说 ， 对 于 某 个 类 型 ， 如 果 不 是 基本 类 型 ， 而 且 使 
用 CompoundT 模板 也 不 能 辨别 出 来 ， 那 么 该 类 型 就 只 能 是 枚 举 类 型 或 者 class 
类 型 了 。 在 接 下 来 一 玉里 ， 我 们 将 依赖 于 重 载 解析 规则 ， 来 区 分 这 两 种 类 型 
\ 即 枚 举 类 型 和 class 类 型 ) 。 


19.4 运用 重 载 解析 辨别 枚 举 类 型 


重 载 解析 是 一 个 过 程 ， 它 会 根据 函数 参数 的 类 型 ， 在 多 个 同名 函数 中 选 
择 出 一 个 合适 的 函数 。 接 下 来 我 们 将 看 到 ， 即 使 没有 进行 实际 的 函数 调用 ， 
我 们 也 能 够 利用 重 载 解析 来 确定 所 需要 的 结果 。 总 之 ， 对 于 测试 某 个 特殊 的 
隐 式 转型 是 否 存 在 的 情况 ， 这 种 (利用 重 载 解 析 的 ) 方法 是 相当 有 用 的 。 在 
此 ， 我 们 将 要 利用 从 枚 举 类 型 到 整 型 的 隐 式 转型 : 它 能 够 帮助 我 们 分 辨 枚 举 
类 型 。 

对 于 这 个 技术 ， 我 们 先 来 看 一 个 完整 的 实现 ， 然 后 再 给 出 解释 。 

// types/type7.hpp 


和 于 酒 


struct SizeOverOne { char c[2]; }:; 
template<typename TT, 

bool convert_possible = !CompoundT<T>::IsFuncT 久久 

!CompoundI<T>::ISArrayT> 

class ConsumeUDC { 

public: 

operator T() const; 

上 
/到 函数 类 型 的 转型 是 不 允许 的 
template <typename 工 > 
class ConsumeUDC<T false> { 
}; 
/到 void 类 型 的 转型 是 不 允许 的 


template <bool convert_possible> 


class ConsumeUDC<void, convert_possible> { 
上 

char enum_check(boo]); 

char enum_check(char); 

char enum_check(signed char); 
char enum_check(unsigned char); 
char enum_check(wchar_1t); 

char enum_check(signed short); 
char enum_check(unsigned short); 
char enum_check(signed int); 
char enum_check(unsigned int); 
char enum_check(signed long); 
char enum_check(unsigned long); 
#ifLONGLONG_EXISTS 


char enum_check(signed long long); 


char enum_check(unsigned long long); 
#endif // LONGLONG _EXISTS 
/ 避免 从 float 到 int 的 意外 转型 
char enum_check(float); 
char enum_check(double); 
char enum_check(long double); 
SizeOverOne enum_check(...); / 捕获 剩余 的 所 有 情况 
template<typename T> 
class ISEnumT { 
public: 
enum { Yes = ISFundaT<T>::No && 
ICompoundT<T>::IsRefT &&x 
ICompoundT<T>::IsPtrT 久久 
ICompoundT<T>::IsPtrMemT && 
sizeof(enum_check(ConsumeUDC<T>()))==1 }; 
enum { No = !Yes }; 
人 
上 面 代 码 的 核心 在 于 后 面 的 一 个 sizeof 表 达 式 ， 它 的 参数 是 一 个 函数 调 
用 。 也 束 是 说 ， 该 sizeof 表达 式 将 会 返回 函数 调用 返回 值 的 类 型 的 大 小 ; 其 
中 ， 将 应 用 重 载 解析 原则 来 处 理 anum_checkO 调 用 ; 但 另 一 方面 ， 我 们 并 不 需 
要 函数 定义 ， 因 为 实际 上 并 没有 真正 调用 该 贸 数 。 在 上 面 的 例子 中 ， 如 果实 
参 可 以 转型 为 一 个 整 型 那么 enum_check() 将 返回 一 个 char 值 ， 其 大 小 为 1。 
对 于 其 他 的 所 有 类 型 ， 我 们 使 用 了 一 个 省 略 号 范 数 ( 即 enum_check(...)) ， 
然而 ， 根 据 重 载 解析 原则 的 优先 顺序 ， 省 略 号 函数 将 会 是 最 后 的 选择 。 在 
此 ， 我 们 对 enum_checkO 的 省 略 号 版 本 进行 了 特殊 的 处 理 ， 让 它 返 回 一 个 大 小 
大 于 一 个 字 节 的 类 型 ( 即 SizeOverOne) [2]。 
对 于 函数 enum_check 的 调用 实 参 ， 我 们 必须 仔细 地 考虑 。 首 先 ， 我 们 并 
不 知道 T 是 如 何 构造 的 ， 或 许 将 会 调用 一 个 特殊 的 构造 画 数 。 为 了 解决 这 个 问 
题 ， 我 们 可 以 声明 一 个 返回 类 型 为 T 的 函数 ， 然 后 通过 调用 这 个 函数 来 创建 一 


个 T。 由 于 处 于 sizeof 表 达 式 内 部 ， 因 此 该 钞 数 实际 上 并 不 需要 具有 函数 定 
义 。 事 实 上， 更 加 巧妙 的 是 : 对 于 一 个 class 类 型 T， 重 载 解 析 是 有 可 能 选择 一 
个 针对 整 型 的 enum_check0) 声 明 的 ， 但 前 提 是 该 class 必 须 定义 一 个 到 整 型 的 自 
定义 转型 《有 时 也 称 为 UDC) 函数 。 到 此 ， 问 题 已 经 解决 了 (不 知 你 看 出 来 
没有 ? ) ， 因 为 我 们 在 ConsumeUDC 模 板 中 已 经 强制 定义 了 一 个 到 T 的 自 定义 
转型 ， 该 转型 运算 符 同 时 也 为 sizeof 运 算 符 生成 了 一 个 类 型 为 T 的 实 参 。 如 果 
你 还 没有 看 出 来 ， 让 我 们 来 详细 地 分 析 这 个 调用 enum_check() 的 表达 式 (关于 
重 载 解 析 的 详细 内 容 可 以 参考 附录 B) : 

“最 开始 的 实 参 是 一 个 临时 的 ConsumeUDC<T> 对 象 。 

“如果 TI 是 一 个 基本 整 型 ， 那 么 将 会 借助 于 (ConsumeUDC 的 ) 转型 运算 
符 来 创建 一 个 enum_check () 的 匹配 ， 该 enum_check() 以 T 为 实 参 。 

如果 T 是 一 个 枚 举 类 型 ， 那 么 将 会 借助 于 (ConsumeUDC 的 ) 转型 运算 
符 ， 先 把 类 型 转化 为 T， 然 后 调用 (从 枚 举 类 型 到 整 型 的 ) 类 型 提升 ， 从 而 
能 够 匹配 一 个 接收 整 型 参数 的 enum_check0O 函数 (通常 而 言 是 
enum_check(inD) [3]。 

如 有 果 T 是 一 个 class 类 型 ， 而 且 已 经 为 该 class 自 定义 了 一 个 到 整 型 的 转型 
运算 符 ， 那 么 这 个 转型 运算 符 将 不 会 被 考虑 。 因 为 对 于 以 匹配 为 目的 的 目 定 
义 转型 而 言 ， 最 多 只 能 调用 一 次 ; 而 且 在 前 面 已 经 使 用 了 一 个 从 
ConsumeUDC<T> 到 T 了 的 自 定 义 转型 ， 所 以 也 就 不 允许 再 次 调用 上 自 定义 转型 。 
也 就 是 说 ， 对 enum_check() 函 数 而 言 ，class 类 型 最 终 还 是 未 能 转型 为 整 型 。 

“如 果 最 终 还 是 不 能 让 类 型 TT 与 整 型 互相 匹配 ， 那 么 将 会 选择 
enum_check() 函 数 的 省 略 号 版 本 。 

最 后 ， 由 于 我 们 这 里 只 是 为 了 辨别 枚 举 类 型 ， 而 不 是 基本 类 型 或 者 指针 
类 型 ， 所 以 我 们 使 用 了 前 面 已 经 开发 的 IFundaT 和 CompoundT 类 型 ， 从 而 能 
够 排除 这 些 令 IsEnumT<T>::Yes 成 为 非 零 的 其 他 类 型 ， 最 后 使 得 只 有 枚 举 类 型 
的 IsEnumT::Yes 才 等 于 1 。 


19.5 辨别 cllass 类 型 


有 了 前 面 几 节 描 述 的 几 个 区 分 模板 之 后 ， 现 在 就 只 剩 下 class 类 型 (包括 
class、struct 和 union) 需要 进行 辨别 了 。 同 理 ， 仍 然 可 以 使 用 15.2.2 小 节 所 给 
出 的 SFINAE 原 则 来 达到 我 们 的 目的 。 

另 一 种 辨别 的 方法 是 使 用 排除 原理 : 如 果 一 个 类 型 不 是 一 个 基本 类 型 ， 
也 不 是 枚 举 类 型 和 组 合 类 型 ， 那 么 该 类 型 就 只 能 是 class 类 型 。 我 们 可 以 使 用 
下 面 这 个 直接 的 模板 来 实现 这 个 原理 : 

// types/type8.hpp 


template<typename T> 
class IsClassT { 
public: 
enum { Yes = IsFundaT<T>::No && 

IsEnumT<T>::No && 
ICompoundT<T>::IsPtrT 久久 
ICompoundT<T>::IsRefT && 
ICompoundT<T>::IsArrayT && 
ICompoundT<T>::IsPtrMemT && 
ICompoundT<T>::IsFuncT }; 


enum { No = !Yes }; 


19.6 辨别 所 有 类 型 的 画 数 模板 


现在 ， 根 据 对 象 本 身 的 种 类 ， 我 们 已 经 能 辨别 出 任何 类 型 。 然 而 ， 现 在 
这 些 模板 都 是 分 

开 的， 各 上 自 的 目的 也 不 尽 相 同 ， 因此， 很 有 必要 把 这 些 模板 集中 起 来 ， 
写 在 同一 个 通用 的 模 

板 里 面 。 下 面 这 个 相对 较 小 的 头 文件 就 实现 了 这 个 功能 : 

// types/typet.hpp 

#ifndef TYPET_HPP 

#define TYPET_HPP 


/ define ISFundaT<> 

#include "typel.hpp" 

// 定义 基本 模板 CompoundT<> (第 一 个 版 本 ) 

//#include "type2.hpp" 

// 定义 基本 模板 CompoundT<> (第 2 个 版 本 ) 

#include "type6.hpp" 

// define CompoundT<> 的 特 化 ##include "type3.hpp" 

#include "type4.hpp" 

#include "type5.hpp" 

/定义 IsEnumT<> 

#include "type7.hpp" 

/定义 IsClassT<> 

#include "type8.hpp" 

/ 定义 一 个 可 以 用 一 种 方式 处 理 所 有 类 型 的 模板 

template <typename 工 > 

class TypeT { 

public: 
enum { IsFundaT = IsFundaT<T>::Yes, 

IsPtrT = CompoundT<T>::IsPtr], 
IsRefT = CompoundT<T>::ISRefT， 
IsArrayT = CompoundI<T>::ISArrayT， 
IsFuncT = CompoundT<T>::IsFuncT, 
IsPtrMemT = CompoundT<T>::IsPtrMem!], 
IsEnumT = IsSEnumTIT< 工 >::Yes， 
IsClassT = IsClassT<T>::Yes }; 

上 

#endif // TYPET_HPP 

下 面 的 程序 是 一 个 应 用 程序 ， 它 使 用 了 我 们 前 面 给 出 的 所 有 辨别 模板 : 

// types/types.cpp 


#include "typet.hpp" 
#include <iostream> 
class MyClass { 
上 
void myfuncO{ 
} 
enum E { el }; 
/ 检查 传递 进来 的 模板 实 参 的 类 型 
template <typename 工 > 
void check() 
{ 
if (TypeT<T>::IsFundaT) { 
std::cout << " IsFundaT "; 
} 
if (IypeT<T>::IsPtrT) { 
std::cout << " IsPtrT "; 
} 
if (IypeT<T>::IsRefT) { 
std::cout << " IsRefT "; 
} 
if (TypeT<T>::IsArrayT) { 
std::cout << " IsArrayT "; 
} 
if (TypeT<T>::IsFuncT) { 
std::cout << " IsFuncT "; 
} 
if (TypeT<T>::IsPtrMemT) { 


std::cout <<" IsPtrrMemT "; 


让 (TypeIT<T>::ISEnumT) { 
std::cout << " IsEnumT "; 
} 
if (IypeT<T>::IsClassT) { 
std::cout << " IsClassT "; 
} 
std::cout << std::end]; 
} 
/ 检查 传递 进来 的 函数 调用 实 参 的 类 型 
template <typename 工 > 
void checkT (T) 
{ 
check<T>(); 
// 对 于 指针 类 型 ， 检 查 它 们 所 引用 的 类 型 
if (IypeT<T>::IsPtrT || TypeT<T>::IsPtrMemT) { 
check<typename CompoundT<T>::BaseT>(); 


} 

int main() 

{ 
std::cout << "int:" << std::endl; 
check<int>(); 


std::cout << "int&:" << std::endl; 


check<int&>(); 

std::cout << "char[42]:" << std::endl; 
check<char[421>(); 

std::cout << "MyClass:" << std::endl; 
check<MyClass>(); 


std::cout << "ptr to enum:" << std::end]; 


E* ptr = 0; 
checkT(ptn); 
std::cout << "42:" << std::endl; 
checkT(42); 
std::cout << "myfunc():" << std::endl; 
checkT(myfuno); 
std::cout << "memptr to array:" << std::endl; 
char (MyClass::* memptr) [] = 0; 
checkT(memptr); 
} 
程序 的 输出 如 下 : 
int: 
IsFundaT 
int&x: 
IsRefT 
char[42|]: 
lIsArrayT 
MyClass: 
IsClassT 
ptr to enum: 
IsPtrT 
IsEnumT 
42: 
IsFundaT 
myfunc(): 
IsPtrT 
IsFuncT 
memptr to array: 
IsPtrMemT 


lIsArrayT 
19.7 本 章 后 记 


对 于 某 个 实体 ， 这 种 能 够 在 程序 中 获知 它 的 高 层次 属性 (诸如 类 型 结 
构 ) 的 能 力 通常 称 为 反射 (reflection) 。 在 这 一 章 中 ， 我 们 的 框架 实现 了 一 
种 编译 期 反射 ， 这 种 能 力也 将 与 metaprogramming 〈 见 第 17 章 ) 相得益彰 。 

我 们 从 本 章 知 道 ， 可 以 把 类 型 属性 存储 为 模板 特 化 的 成 员 ， 这 种 实现 思 
想 要 追溯 到 20 世 纪 90 年 代 中 期 。 在 几 个 有 名 的 、 针 对 类 型 区 分 模板 的 应 用 程 
序 中 ，STL 的 __type_traits 功 能 是 由 SGI (后 来 也 被 称 为 Silicon Graphics) 发 布 
的 。SGI 模 板 的 目的 是 表示 模板 实 参 的 某 些 属性 〈 例 如 ， 判 断 某 个 类 型 是 否 是 
POD 类 型 ， 或 者 判断 它 的 虚构 函数 是 否 是 可 有 可 无 的 ) 。 然 后 ， 才 开始 使 用 
这 些 信 息 ， 针 对 某 些 类 型 ， 对 STL 算 法 进行 优化 。 其 中 ，SGI 解 决 方案 的 一 个 
比较 有 趣 的 特性 是 : 某 些 SGI 编 译 恬 不 但 能 够 认 出 __type_traits 特 化 ， 而 且 还 
能 够 提供 一 些 关 于 实 参 的 信息 ; 但 是 ， 使 用 标准 库 的 技术 并 不 能 获得 这 些 实 
参 信息 (从 这 里 也 可 以 看 出 : __type_traits 模 板 的 泛 型 实现 是 安全 的 ， 但 同时 
也 是 次 优化 的 ) 。 

束 SFINAE 原 则 而 言 ， 对 于 本 章 介 绍 的 这 种 以 类 型 区 分 为 目的 的 用 法 ， 在 
该 原则 争取 进入 标准 的 过 程 中 ， 就 已 经 进行 详细 的 阐述 了 。 然 而 ， 这 种 用 法 
最 后 并 没有 被 文档 化 ， 这 也 导致 了 后 来 花费 了 很 多 的 精力 重新 实现 一 些 本 草 
所 前 述 的 技术 。 在 早期 ， 一 个 有 名 的 实现 要 得 益 于 Anderei Alexandrescu， 他 
使 用 了 大 量 的 sizeof 运 算 符 ， 用 于 确定 重 载 解 析 的 输出 结果 。 

最 后 ， 我 们 还 应 该 知道 一 点 ， 在 Boost 库 ( 见 [BoostTypeTraits]) 里 已 经 实 
现 了 一 个 相当 完整 的 类 型 区 分 模板 。 反 过 来 说 ， 这 个 实现 也 是 帮助 该 特性 进 
入 C++ 标准 库 的 基础 。 关 于 这 个 特性 的 语言 扩展 ， 可 以 参考 13.10。 


CC 


20 


在 C++ 程序 中 ， 内 存 通常 是 一 种 被 显 式 管理 的 资源 。 这 种 管理 主要 是 指 
对 原生 内 存 (raw memory) 的 获取 和 释放 操作 。 
在 管理 动态 分 配 的 内 存 时 ， 一 个 最 坏 手 的 问题 承 是 决定 何 时 释放 这 些 内 


这 
存 。 在 这 方面 的 许多 工具 中 ， 用 于 简化 内 存 管理 编程 的 就 是 所 谓 的 智能 指针 
模板 。 就 C++ 而 言 ， 智 能 指针 是 一 些 在 行为 上 类 似 于 普通 指针 的 类 (因为 这 
些 类 提供 了 取 引 用 运算 符 -> 和 *) ， 而 且 该 类 还 封装 了 一 些 内 存 管理 或 资源 
管理 policy 。 

在 本 章 中 ， 我 们 将 开发 一 些 智能 指针 模板 ， 它 们 封装 了 两 种 不 同 的 所 有 
权 模 型 一 一 独占 与 共享: 

“与 直接 操作 (原生 ) 指针 相 比 ， 使 用 独占 模型 几乎 不 需要 耗费 额外 的 开 
销 。 当 操作 动态 分 配 的 对 象 时 ， 使 用 这 种 policy 的 智能 指针 可 以 用 于 处 理 异 常 
抛 出 。 

“使 用 共享 模型 有 时 会 导致 非常 复杂 的 对 象 生 命 期 问题 。 在 这 种 情况 下 ， 
我 们 通常 建议 让 程序 自身 来 处 理 对 象 的 生命 期 ， 也 就 是 说 ， 程 序 员 不 需要 考 
虑 对 象 的 生命 期 。 

术语 “智能 指针 ”表明 了 本 章 所 讨论 的 对 象 是 被 指针 所 指向 的 对 象 。 而 画 
数 指针 则 不 属于 这 个 范畴 ， 我 们 将 在 第 22 章 讨论 有 关 函 数 指针 的 一 些 部 题 。 


20.1 hollder 和 trulle 


本 节 将 介绍 两 种 智能 指针 类 型 : holder 类 型 独占 一 个 对 象 ， 而 trule 可 以 使 

对 象 的 拥有 者 从 一 个 holder 传 递 给 另 一 个 holder 。 
20.1.1 理 

在 C++ 中 ， 为 了 提高 程序 的 可 靠 性 ， 引 入 了 异常 。 显 然 ， 异 常 可 以 使 正 
常 执行 路 径 和 有 异常 执行 路 径 明 显 地 分 开 。 然 而 ， 在 异常 被 引入 C++ 后 不 久 ， 
许多 C++ 编程 作者 (programming authors) 和 专栏 作家 发 现 对 异常 的 不 当 使 用 
会 导致 许多 问题 ， 特 别 是 内 存 泄露 方面 的 问题 。 下 面 的 例子 就 是 其 中 的 一 种 
情况 : 

void do_something() 


{ 


Something* ptr = new 9omething; 
/ 用 *ptr 进 行 一 些 操作 


ptr->perform(); 


delete ptr; 

} 

该 函数 先 用 new 创 建 了 一 个 对 象 ， 然 后 用 这 个 对 象 执行 一 些 操 作 ， 最 后 在 
函数 的 末尾 用 delete 销毁 了 这 个 对 象 。 不 幸 的 是 ， 如 果 在 对 象 创建 之 后 和 销 员 
之 前 产生 了 一 些 错误 ， 并 且 抛 出 了 一 个 异常 ， 那 么 对 象 将 不 会 被 释放 ， 程 序 
也 将 产生 内 存 泄 漏 ; 另外 ， 由 于 产生 异常 之 后 ， 析 构 函 数 并 没有 被 调用 ， 同 
样 也 会 产生 其 他 的 一 些 问题 (例如 ,缓冲 区 的 数据 没有 写 到 磁盘 、 网 络 连接 
没有 被 释放 、 屏 幕 上 显示 的 窗口 没有 被 关闭 ， 以 及 诸如 此 类 的 其 他 问题 ) 。 
然而 垂 运 的 是 ， 我 们 可 以 使 用 显 式 异 党 处 理 机 制 ， 很 容易 地 解决 上 面 的 问 


题 : 


void do_something() 
{ 
Something* ptr = 0; 
try { 
ptr = new Something; 
/用 *ptr 执 行 一 些 操作 


ptr->perform(); 


} 
catch (...) { 
delete ptr; 
throw; /重新 抛 出 被 捕获 的 寞 党 
} 
delete ptr; 


虽然 这 种 情况 可 以 较 好 地 管理 内 存 ， 但 是 我 们 发 现 异 党 执行 路 径 已 经 开 
始 影响 正常 执行 路 径 了 ， 并 且 释 放 对 象 的 操作 不 得 不 在 两 个 不 同 的 地 方 执 
行 : 一 个 在 正常 执行 路 径 ， 一 个 在 异常 执行 路 径 。 显 然 ， 这 种 方法 很 快 束 会 
令 代码 变 得 更 糟 。 试 想 我 们 需要 在 函数 中 创建 两 个 对 象 ， 看 看 将 会 发 生 什么 
情况 : 

void do_two_things() 

{ 


Something* first = new Something; 


first->perform(); 
Something* Second = new Something; 
second->perform(); 
delete second; 
delete first; 
} 
通过 使 用 显 式 异常 处 理 机 制 ， 可 以 有 多 种 方法 使 这 个 函数 变 成 异常 安全 
的 ; 但 是 ， 却 不 存在 一 种 非常 吸引 人 的 方法 。 下 面 就 是 其 中 一 种 方法 : 
void do_two_things() 
{ 


Something* first = 0; 


Something* second = 0; 

try { 
first = new Something; 
first->perform(); 
second = new Something,; 
Second->perform(); 

} 

catch (...) { 
delete first; 


delete second:; 


throw; /重新 抛 出 被 捕获 的 异常 
} 
delete second; 
delete first; 

} 

这 里 我 们 假设 了 delete 操 作 本 喘 不 会 触发 异常 [4]。 在 本 例 中 ， 异 常 处 理 
部 分 的 代码 占 了 程序 很 大 部 分 ， 更 重要 的 是 这 部 分 代码 可 能 是 程序 中 最 脆弱 
的 地 方 。 总 之 ， 为 了 满足 异常 安全 性 ， 上 面 的 代码 已 经 大 大 改变 了 程序 正常 
执行 路 径 的 结构 一 一 或 者 已 经 远 远 超过 你 认为 合适 的 程度 了 。 

20.1.2 holder 

幸运 的 是 ， 对 于 第 2 个 例子 ， 写 一 个 有 效 封 装 (内 存 操作 ) 上 面 这 个 
policy 的 小 类 模板 并 不 困难 。 实 现 方法 融 是 写 一 个 行为 非常 类 似 于 指针 的 类 ， 
而 且 它 会 在 下 面 两 种 情况 下 释放 所 指向 的 对 象 . 本 身 个 释放 ， 或 者 把 男 一 个 
指针 赋值 给 它 。 我 们 把 这 种 类 称 为 holder， 使 用 该 名 称 的 主要 理由 是 : 当 我 
们 执行 各 种 计算 的 时 候 ， 就 意味 着 安全 地 持 有 (hold) 一 个 对 象 。 下 面 就 说 明 
如 何 做 到 这 一 点 : 

/ pointers/holder.hpp 


teplate <typename 工 > 
class Holder { 


private: 
T* ptr; V/ 引 用 它 所 持 有 的 对 象 (前 提 是 该 对 象 存在 ) 
public: 


/ 缺 省 构造 函数 : 让 该 holder 引 用 一 个 空 对 象 

Holder() : ptr(0) {} 

/ 针对 指针 的 构造 范 数 : 让 该 holder 引 用 该 指针 所 指向 的 对 象 
explicit Holder (T* p) : ptr(p) { 

} 

/ 析 构 函数 : 释放 所 引用 的 对 象 (前提 是 该 对 象 存在 ) 
~Holder() { 


delete ptr; 
} 
/ 针对 新 指针 的 赋值 运算 符 
Holder<T>& operator= (T* p) { 
delete ptr; 
ptr = P， 
return *this; 
} 
/ 指针 运算 符 
T& operator* () const { 


return *ptr; 
} 
T* operator-> () const { 
return ptr; 
} 
/获取 所 引用 的 对 象 (前提 是 该 对 象 存在 ) 
T* get() const { 


return ptr; 
} 
/ 释放 对 所 引用 对 象 的 所 有 权 
void release() { 
ptr = 0; 
} 
/ 与 男 一 个 holder 交 换 所 有 权 
void exchange_with (Holder<T>& h) { 
swap(ptr,h.ptr); 
} 
/与 其 他 的 指针 交换 所 有 权 
void exchange_ with (T*& p) { 


swap(ptr,p); 
} 
private: 
// 不 向 外 提供 据 贝 构造 画 数 和 拷贝 赋值 运算 符 
Holder (Holder<T> const&); 
Holder<T>& operator= (Holder<T> const&); 
’ 
从 语义 上 讲 ， 该 holder 独 占 ptr 所 引用 对 象 的 所 有 权 。 而 且 ， 这 个 对 象 一 定 
要 用 new 操 作 来 创建 ， 因 为 在 销毁 holder 所 拥有 对 象 的 时 候 ， 需 要 用 到 delete 操 
作 [5]。 接 下 来 ，release0) 成 员 函 数 释 放 holder 对 其 持 有 对 象 的 所 有 权 “。 另外 ， 
上 面 的 普通 赋值 运算 符 也 设计 得 比较 巧妙 ， 它 会 销毁 和 释放 任何 被 拥有 的 对 
象 ， 因 为 另 一 个 对 象 会 奉 代 原先 的 对 象 被 holder 所 拥有 ， 而 且 赋 值 运算 符 也 不 
会 返回 原先 对 象 的 一 个 holder 或 指针 (而 是 返回 新 对 象 的 一 个 holder) 。 最 
后 ， 我 们 添加 了 两 个 exchange_with0) 成 员 函 数 ， 从 而 可 以 在 不 销毁 原 有 对 象 的 
前 提 下 ， 方 便 地 替换 该 holder 所 拥有 的 对 象 。 
现在 ， 创 建 两 个 对 象 的 例子 可 以 像 下 面 这 样 重 写 : 
void do_two_things() 
{ 


Holder<Something> first(new Something); 


first->perform(); 
Holder<Something> second(new Something); 
second->perform(); 

} 

这 种 做 法 将 使 结构 更 加 清晰 : 由 于 是 在 Holder 的 析 构 函数 中 释放 对 象 ， 所 
以 保证 了 代码 的 异常 安全 性 ， 男 一 方面 ， 当 函数 在 正常 执行 路 径 终 止 时 (对 
象 实际 上 就 是 在 此 时 被 释放 的 )  ， 对 象 的 释放 操作 也 会 自动 完成 。 

要 注意 的 是 ， 你 不 能 使 用 类 似 于 赋值 的 语法 来 初始 化 Holder 对 象 : 


Holder<Something> first = new Something; ”// 错误 


这 是 因为 我 们 使 用 了 explicit 关键 字 来 声明 构造 钞 数 ， 而 且 下 面 两 种 转型 
之 间 存 在 一 些 细微 的 区 别 : 


XX; 

Yy(x);”// 显 式 转型 
和 

XX X; 


Yy=x; // 隐 式 转型 
前 者 通过 使 用 从 X 类 型 到 Y 类 型 的 显 式 转型 ， 新 建 了 一 个 类 型 为 Y 的 对 
后 者 使 用 了 从 类 型 x 到 Y 类 型 的 隐 式 转型 ， 新 建 了 一 个 类 型 Y 的 对 象 。 然 
， 在 该 例子 中 ， 由 于 使 用 了 关键 字 explicit， 所 以 禁止 进行 这 种 隐 式 转型 ， 
也 就 是 说 后 一 种 情况 是 不 允许 的 。 

20.1.3 作 > holder 


我 们 也 可 以 在 类 中 使 用 holder 来 避免 资源 泄露 。 当 一 个 成 员 变 量 是 holder 
类 型 而 非 普 通 指 针 类 型 时 ， 我 们 通常 就 不 需要 在 析 构 函数 中 处 理 它 ， 这 是 由 
于 它 所 引用 的 对 象 会 随 着 holder 成 员 变 量 的 释放 而 说 释放 。 男 外 ，holder 有 助 
于 避免 由 于 在 对 象 初始 化 期 间 抛 出 异常 而 导致 的 资源 泄露 。 要 注意 的 是 ， 只 
有 那些 完成 构造 之 后 的 对 象 ， 它 的 析 构 函数 才 会 被 调用 。 因 此 ， 如 采 在 构造 
函数 内 部 产生 异常 ， 那 么 只 有 那些 构造 画 数 已 正常 执行 完毕 的 成 员 对 象 ， 它 
的 析 构 函数 才 会 被 调用 。 如 果 为 第 一 个 对 象 成 功 分 配 了 资源 ， 而 下 一 个 ( 资 
源 分 配 ) 失败 ， 那 么 在 此 情况 下 ， 若 不 用 holder 就 会 导致 资源 泄露 。 例 如 : 

// pointers/reftmem1.hpp 

class Ref Members { 

private: 
MemType* ptrl; /所 引用 的 成 员 
MemTlype* ptr2 ; 


-i 


public: 
/ 缺 省 构造 琅 数 
//- 如 果 第 2 个 new 操 作 抛 出 异常 的 话 ， 将 会 导致 痪 源 泄漏 
RefMembers () 


: ptrl(new MemTIype), ptr2(new MemType) { 
} 
/ 找 贝 构造 画 数 
/- 如果 第 2 个 new 抛 出 异常 的 话 ， 将 会 导致 货源 泄漏 
Ref Members (RefMembers const& x) 
: ptrl(new Memlype(*x.ptr1)), ptr2(new MemTlype(*x.ptr2)) { 
} 
/ 赋值 运算 符 


const Ref Members& operator= (RefMembers const& x) { 


xptrl = *x.ptrl; 
*ptr2 = *x.ptr2; 
return *this; 

} 

~RefMembers () { 
delete ptrl; 
delete ptr2; 


}; 
如 果 用 holder 来 代替 普通 指针 类 型 的 成 员 变 量 ， 束 可 以 轻易 地 避 侈 潜在 的 
内 存 港 漏 : 


// pointers/reftmem2.hpp 


#include "holder.hpp" 
class Ref Members { 


private: 
Holder<MemType> ptrl; /所 引用 的 成 员 
Holder<MemType> ptr2; 

public: 


/ 缺 省 构造 函数 


/ -不 可 能 出 现 资源 泄漏 
RefMembers () 
: ptr1(new MemType), ptr2(new MemTIype) { 
} 
1/ 拷贝 构造 钞 数 
//- 不 可 能 出 现 资源 泄漏 
RefMembers (Ref Members const& x) 
: ptrli(new MemTlype(*x.ptr1)), ptr2(new MemTlype(*x.ptr2)) { 
} 
/ 赋值 运算 符 
const Ref Members& operator= (RefMembers const& x) { 


*ptrl] = *x.ptr1; 
*ptr2 = *x.ptr2; 
return *this; 
} 
1// 不 需要 析 构 函数 
/ ( 缺 省 的 析 构 函数 将 会 让 ptr1 和 ptr2 删 除 它们 所 引用 的 对 象 ) 


所 
要 注意 的 是 ， 我 们 在 这 里 可 以 省 略 用 户 定 义 的 析 构 函数 ， 但 一 定 要 编写 
拷贝 构造 函数 和 赋值 运算 符 。 
20.1.4 资源 获取 于 初始 化 

holder 所 用 到 的 基本 思想 是 一 种 称 为 “资源 获取 于 初始 化 ” [6] 或 RAII 的 模 
式 ， 该 模式 在 [StroustrupDnE] 中 有 详细 介绍 。 在 此 ， 我 们 可 以 为 释放 policy 引 
入 一 些 模板 参数 ， 从 而 我 们 就 可 以 把 下 面 的 代码 

void do_something() 

{ 

/ 获取 资源 


RES1* resl = acquire_resource_1(); 


RES2* res2 = acquire_resource_2(); 


/释放 资源 

release_resource_2(res); 
release_resource_1(res); 

} 

蔡 换 为 所 有 符合 以 下 形式 的 代码 : 
void do_something () 

{ 

/ 获取 资源 

Holder<RES!1,...> resl(acquire_resource_1()); 


Holder<RES2,...> res2(acquire_resource_2()); 


} 
对 于 其 他 一 些 类 似 的 问题 ， 也 可 以 借助 于 holder 的 这 种 用 法 来 完成 这 种 巷 
换 ， 这 样 带 来 的 额外 好 处 是 代码 实现 了 异常 安全 性 。 
20.1.5 holder 有 的 局 限 
holder 模 板 并 不 能 解决 所 有 的 问题 。 先 看 看 下 面 的 例子 : 
Something* load_something() 


{ 


Something* result = new Something; 


read_something(result); 
return result; 
} 
在 此 例 中 ， 有 两 点 使 代码 变 得 复杂 了 : 
1. 在 这 个 函数 中 调用 了 read_something(0) 函 数 ， 它 要 求 一 个 普通 指针 作为 
它 的 实 参 。 
2.10ad_something() 范 数 返 回 的 是 一 个 普通 指针 。 


现在 我 们 虽然 可 以 使 用 holder 来 实现 异常 安全 性 ， 但 是 ， 这 样 将 会 使 代码 
变 得 更 加 复杂 : 

Something* load_something() 

{ 


Holder<Something> result(new Something); 


read_something(result.get_pointer()); 
Something* ret = result.get_pointer(); 
result.release(); 

return ret; 

} 

我 们 这 里 假设 : 函数 read_something() 并 不 知道 holder 类 型 的 存在 。 因 此 ， 
我 们 必须 使 用 成 员 函 数 get_pointer() 来 获取 实际 的 指针 。 由 于 使 用 了 这 个 成 员 
函数 ， 而 不 是 普通 指针 ， 所 以 将 仍然 由 holder 持 有 该 对 象 ， 于是， 我 们 不 能 
直接 返回 result.get_pointer(); 否则 的 话 ，load_somethingO 函 数 的 接收 者 实际 
上 并 没有 持 有 它 的 指针 所 指向 的 对 象 ， 而 是 仍然 由 holder 持 有 该 对 象 。 
此 ， 我 们 需要 先 把 result.get_pointer() 的 值 赋 给 一 个 临时 指针 ret， 然 后 返回 这 个 
临时 指针 。 

如 果 这 里 没有 提供 成 员 函 数 get_pointer()， 那 么 我 们 也 可 以 使 用 用 户 自 定 
义 的 (间接) 取 值 符 * ， 然 后 在 它 的 前 面 使 用 内 建 的 取 址 运算 符 &， 来 提取 实 
际 的 指针 。 另 外 ， 还 有 一 种 可 以 使 用 的 方法 ， 束 是 显 式 调用 -> 运算 符 。 下 面 
的 代码 惑 是 使 用 这 两 种 方法 的 例子 : 


read_something(&*result); 


read_something(result.operator->()); 

你 也 许 会 觉得 后 一 种 方法 相当 浆 脚 。 然 而 ， 我 们 觉得 在 这 里 有 必要 提 柄 
一 下 : 如 果 使 用 后 一 种 方法 ， 那 么 将 意味 着 你 已 经 做 了 一 些 比较 危险 的 操 
作 。 

上 面 例 子 的 另外 一 个 问题 是 : 必须 通过 调用 release0 成 员 函 数 来 释放 所 引 
用 对 象 的 所 有 权 。 于 是 ， 在 函数 结束 的 时 候 ， 束 不 需要 再 销毁 该 对 象 了 。 要 


注意 的 是 ， 在 释放 引用 对 象 的 所 有 权 之 前 ， 我 们 必须 把 要 返回 的 引用 对 象 存 
放 在 一 个 临时 变量 中 : 

Something* ret = result.get_pointer(); 

result.release(); 

return ret; 

为 了 避免 上 面 这 种 略为 麻烦 的 写法 ， 我 们 也 可 以 修改 release0 成 员 函 数 ， 
让 它 返回 释放 前 所 拥有 的 对 象 : 

template <typename 工 > 

Class Holder { 


T* release() { 
T* ret = ptr; 
ptr = 0; 
return ret; 


} 


于 是 ， 返 回 语句 可 以 如 下 编写 

return result.release(); 

总 之 ， 上 面 的 这 些 方面 说 明了 一 个 现象 : 智能 指针 实际 上 并 不 那么 智 
能 。 但 是 ， 如 果 能 够 利用 一 些 简单 且 一 致 鸭 policy (如 holder) ， 那 么 将 会 使 
程序 的 编写 更 加 简单 。 


20.1.6 holder 
你 可 能 已 经 注意 到 ， 在 holder 模 板 的 实现 代码 中 ， 我 们 让 拷贝 构造 钞 数 和 
拷贝 赋值 运算 符 成 为 私有 成 员 ， 从 而 禁止 复制 holder。 实 际 上 ， 复 制 的 目的 
(通常 ， 是 为 了 获得 一 个 与 原 对 象 本 质 上 相同 的 对 象 。 对 于 holder 而 言 ， 该 目 
的 将 意味 着 : 当 holder 所 引用 的 对 象 被 释放 之 后 ， 该 holder 的 拷贝 将 仍然 会 认 
为 它 继续 拥有 该 对 象 所 有 权 ; 而 且 ， 当 两 个 holder 同 时 要 删除 所 引用 对 象 时 ， 
程序 的 混乱 也 将 不 可 避免 。 而 这 些 显然 都 是 错误 的 。 因 此 ， 复 制 操作 并 不 适 


用 于 holder。 在 此 情况 下 ， 我 们 可 以 相应 地 构造 一 种 转换 操作 ， 来 得 到 holder 
的 副本 。 

如 下 所 示 ， 在 初始 化 或 赋值 之 后 使 用 释放 操作 ， 就 可 以 很 容易 地 实现 这 
种 转换 操作 : 

Holder<Something> hl(new Something); 

Holder<Something> h2(h1.release()); 

再 次 注意 ， 像 下 面 的 语句 

Holder<X> Ph = p; 

将 不 会 执行 ， 因 为 这 里 使 用 了 隐 式 转型 操作 ， 而 我 们 在 定义 拷贝 构造 琅 
数 的 时 候 使 用 了 关键 字 explicit， 从 而 禁止 进行 这 种 隐 式 转型 操作 。 


Holder<Something> h2 = hl.release(); /错误 


至 此 ， 显 式 转换 已 经 可 以 正常 进行 了 。 然 而 ， 当 这 种 转换 要 跨越 函数 调 
用 时 ， 和 情况 就 显得 更 加 复杂 了 。 如 有 果 要 把 一 个 holder 从 一 个 调用 者 传递 给 一 个 
被 调用 者 ， 我 们 总 可 以 用 传 引 用 的 方式 来 代 奉 传 值 ， 而 且 仍然 可 以 使 用 我 们 
上 面 介 绍 的 “初始 化 后 立即 释放 ”的 方式 。 然 而 ， 如 果 除 了 传递 一 个 holder， 我 
们 还 要 传递 其 他 的 参数 ， 那 么 使 用 这 种 “初始 化 后 立即 释放 ”的 方式 将 会 产生 
一 些 问 题 : 

MyClass X; 

callee(h1.release(0,x); /这 里 传递 zx 就 可 能 会 抛 出 异常 ! 

若 编译 器 选择 hl.release0 先 执行 ， 然 后 复制 x (假设 用 传 值 的 方式 ) ， 那 
么 这 样 做 就 可 能 会 触发 一 个 异常 ， 反 之 ( 即 先 复制 x) ， 则 不 会 有 组 件 负责 释 
放 原 来 由 h1 所 拥有 的 对 象 。 因 此 ，holder 应 该 总 是 作为 引用 传递 。 

遗憾 的 是 ， 将 holder 作为 引用 返回 会 使 holder 的 生命 期 超出 当前 函数 的 
和 犯 围 ， 这 样 反而 会 导致 : 何 时 和 如 何 释 放 holder 所 控制 的 对 象 变 得 不 明确 ; 
显然 ， 传 递 引用 也 不 方便 。 另 外 ， 你 可 以 创建 一 种 专门 的 实 参 ， 它 会 在 返回 
所 封装 的 指针 之 前 ， 就 先 调用 release0 操 作 ， 就 像 我 们 前 面 的 load_something() 
函数 所 实现 的 那样 。 现 在 ， 让 我 们 来 考虑 另 一 种 情况 : 


Something* creator() 


| 
Holder<Something> h(new Something ); 
MyClass x; V 这 行 代码 只 是 为 了 方便 下 面 的 讨论 
return h.release(); 

} 

在 此 ， 一定 要 明白 的 是 : h 所 拥有 的 对 象 ， 在 被 h 释 放 之 后 ， 及 其 被 新 的 
实体 控制 之 前 的 这 段 时 间 里 ， 将 会 调用 x 的 析 构 函数 ， 而 如 果 该 析 构 函数 抛 出 
异常 的 话 ， 那 么 将 会 产生 新 的 资源 泄漏 〈 人 允许 在 析 构 函数 中 抛 出 异常 决 非 好 
主意 : 因为 当 调 用 堆栈 正在 为 之 前 的 一 个 异常 展开 的 时 候 ， 这 种 做 法 将 会 使 
另 一 个 异常 很 容易 地 被 抛 出 ， 而 这 将 会 导致 程序 立即 终止 。 虽 然 可 以 避免“ 程 
序 的 了 立即 终止 *"， 但 这 样 做 又 会 使 代码 变 得 更 加 难于 理解 ， 因 此 也 就 更 加 脆 
弱 ) 。 


20.1.8 trule 
为 了 解决 上 一 小 节 留 下 的 问题 ， 我 们 引进 了 一 个 专门 用 于 传递 holder 的 辅 
助 类 模板 ， 并 把 它 称 为 ttule。 在 语言 中 ， 它 是 一 个 术语 ， 来 自 于 transfer 
capsule 的 缩写 。 下 面 是 其 定义 : 
// pointers/trule.hpp 
#ifndef TRULE_HPP 
#define TRULE_HPP 
template <typename T> 
class Holder:; 
template <typename T> 
class Trule { 
private: 
T* ptr; 。// trule 所 引用 的 对 象 ( 如 果 有 的 话 ) 
public: 
/构造 画 数 ， 确 保 trule 只 能 作为 返回 类 型 ， 用 于 将 holder 
/ 从 被 调用 范 数 传递 给 调用 函数 
Trule (Holder<T>& h) { 


ptr = h.get(); 
h.release(); 
} 
1/ 拷贝 构造 函数 
Trule (Irule<T> const& t) { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = 0; 
} 
/ 析 构 函数 
~Trule() { 
delete ptr; 
} 
private: 
Trule(Trule<T>&); // 禁止 将 trule 作 为 左 值 
Trule<T>& operator= (Trule<T>&); // 禁止 找 贝 赋值 


friend class Holder<T>; 


» 

#endif // TRULE_HPP 

显然 ， 在 拷贝 构造 画 数 里 有 些 比较 别扭 的 代码 :trule， 通 常 是 作为 那些 
想 传递 holders 的 函数 的 返回 类 型 ， 也 就 是 说 trule 对 象 总 是 作为 临时 对 象 
(rvalues) 出 现 ; 因此 它们 的 类 型 也 就 只 能 是 常 引用 (reference-to-const) 类 
型 。 然 而 ， 由 于 Trule 不 能 作为 一 份 拷贝 ， 也 不 能 含有 一 份 拷贝 ， 如 果 我 们 希 
望 实现 类 似 于 拷贝 的 操作 ， 就 必须 移 除 原 trule 的 所 有 权 。 我 们 是 通过 将 被 封 
装 指针 置 为 空 来 实现 这 种 移 除 操作 的 。 而 最 后 这 个 置 空 操作 显然 只 能 针对 
non-const 对 象 ， 所 以 才 有 了 这 种 把 const 强 制 转型 为 non-const 的 做 法 。 另 外 ， 
由 于 原来 的 对 象 实际 上 并 没有 被 定义 为 常 类 型 ， 所 以 即使 这 样 做 有 些 别 扭 ， 
但 在 这 种 情况 下 这 种 转型 却 能 合法 地 实现 。 因 此 ， 对 于 最 后 需要 把 一 个 holder 
转换 为 ttule， 并 且 将 其 返回 的 函数 ， 如 果 要 声明 这 类 函数 的 返回 类 型 ， 我 们 


就 必须 把 它 声 明 为 trule<T> 类 型 ， 而 绝对 不 能 声明 为 trule<T> const， 这 点 是 需 
要 我 们 小 心 对 每 的 。 
要 注意 的 是 ， 上 面 的 代码 并 不 完全 是 把 一 个 holder 完 全 转换 为 一 个 trule: 
如 果 是 这 样 的 话 ，holder 就 必须 是 一 个 可 修改 的 左 值 。 这 也 是 我 们 为 什么 要 
使 用 一 个 单独 的 类 型 来 实现 trule， 而 不 是 将 它 的 功能 合并 到 holder 类 模板 中 的 
原因 。 

对 于 trule 的 用 法 ， 除 了 作为 传递 holder 对 象 的 返回 类 型 ， 我 们 要 防止 把 它 
用 于 其 他 的 地 方 。 于 是 ， 在 接 下 来 的 代码 中 ， 一 个 接收 non-const 引用 对 象 的 
拷贝 构造 画 数 和 一 个 类 似 的 拷贝 赋值 运算 人行 ， 都 被 声明 为 私有 函数 ， 防 止 外 
界 直 接 调 用 。 这 样 做 可 以 防止 使 用 不 必要 的 左 值 Trule， 但 这 样 做 同时 也 是 一 
种 非常 不 完整 的 解决 方法 。 事 实 上 ，trule 的 目的 是 为 了 帮助 那些 负责 任 的 软 
件 工程 师 ， 而 不 是 为 了 阻碍 那些 (近乎 挑剔 、 奖 狂 的 ) 科学 家 人 研究 出 更 好 的 
实现 。 

最 后 ， 对 于 上 面 实 现 的 trule， 只 有 被 holder 模板 所 辨识 并 且 使 用 之 后 ， 才 
能 算是 完整 的 ， 下 面 我 们 避 ® 给 出 针对 holder 的 用 法 : 

// pointers/holder2extr.hpp 


template <typename 工 > 
class Holder { 
/前 面 已 经 定义 的 成 员 


public: 

Holder (Trule<T> const& tb { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = 0; 

} 

Holder<T>& operator= (Trule<T> const& t) { 
delete ptr; 
ptr = t.ptr; 

const_cast<Trule<T>&>(t).ptr = 0; 


return *this; 
} 
局 
为 了 充分 沉 示 对 holdevtrule 作 了 哪些 改善 ， 我 们 可 以 重 写 了 
load_somethingO 例 和子， 并 且 增 加 一 个 调用 load_somethingO 的 main 函 数 : 
// pointers/truletest.cpp 
#include "holder2.hpp" 
#include "trule.hpp" 
class Something { 
上 
void read_something (Something* x) 
{ 
} 
Trule<Something> load_something() 
{ 
Holder<Something> result(new Something); 
read_something(result.get()); 
return result; 
} 
int main() 
{ 
Holder<Something> ptr(load_something()); 


} 

最 终 ， 我 们 创建 了 一 对 使 用 起 来 几乎 可 以 像 普 通 指针 一 样 方便 的 类 模 
板 。 而 且 这 两 个 类 模板 还 有 附加 的 好 处 ， 在 由 于 抛 出 异常 而 导致 堆栈 展开 的 
情况 下 ， 可 以 管理 对 象 的 释放 ， 防 止 内 存 泄漏 。 


20.2 引用 记 数 


holder 类 模板 (及 其 Trule 辅 助 模板 ) 在 以 下 方面 做 得 很 好 : 保持 临时 分 配 
的 结构 ， 以 便 在 由 于 弄 常 抛 出 而 引起 堆栈 展开 时 ， 及 时 释放 这 些 结构 。 然 
而 ， 内 存 泄漏 也 可 能 发 生 在 其 他 的 地 方 ， 尤 其 是 在 一 个 复杂 的 结构 中 ， 有 很 
多 对 象 都 相互 连接 的 情况 下 ， 或 者 共 至 同一 个 对 象 的 情况 下 。 

对 于 动态 分 配对 象 的 管理 ， 一 条 普通 的 规则 可 以 简单 前 述 如 下 : 在 一 个 
应 用 程序 中 ， 对 于 任何 一 个 动态 分 配 的 对 象 ， 如 果 没 有 任何 变量 指向 它 ， 那 
么 这 个 对 象 浆 应 该 被 销毁 ， 其 占用 的 内 存 同 时 也 应 该 被 释放 。 显 然 ， 该 policy 
(就 是 该 普遍 规则 ) 是 正确 的 ， 各 地 的 程序 员 也 都 曾经 寻找 过 自动 执行 这 种 
policy 的 方式 。 然 而 ， 对 该 policy 而 言 ， 难 点 在 于 确定 没有 任何 变量 指 加 这 个 
特定 的 对 象 。 

一 种 被 多 次 实现 过 的 思想 就 是 所 谓 的 引用 计数 : 对 于 每 个 被 指 癌 的 对 
象 ， 都 保存 一 个 计数 ， 用 于 代表 指 回 该 对 象 的 指针 的 个 数 ， 当 计数 值 减少 到 0 
时 ， 就 删除 此 对 象 。 为 了 能 够 在 C++ 中 贯彻 这 种 做 法 ， 我 们 接 下 来 将 必须 坚 
持 某 些 约定 。 具 体 而 言 ， 对 于 指 加 一 个 对 象 的 普通 指针 ， 通 常 都 无 法 跟 踩 它 
征 如 何 被 创建 、 复 制 和 销 驶 的 ;因此 ， 指 癌 引 用 计数 对 象 的 指针 只 能 是 一 种 
特殊 的 智能 指针 。 在 这 一 节 中 ， 我 们 将 讨论 这 种 引用 计数 智能 指针 的 实现 。 
实际 上 ， 它 是 一 种 模板 ， 其 主要 参数 为 所 指向 对 象 的 类 型 : 


template <typename T ...> 


class CountingPtr { 
public: 
// 构造 画 数 ， 为 T 所 指 同 的 对 象 开始 一 个 新 的 计数 
explicit CountingPtr (T*); 
/拷贝 构造 画 数 ， 将 增加 计数 值 : 
CountingPtr (CountingPtr< 工 ... > const&); 
/ 析 构 函数 ， 将 减少 计数 值 : 
inline ~CountingPtr(); 
/ 赋值 运算 符 ， 将 减少 参数 对 象 的 计数 值 ， 
/ 同时 增加 被 赋值 对 象 的 计数 值 
/ (但 还 要 考虑 目 己 给 目 己 赋值 的 情况 存在 ): 


CountingPtr<T... >& operator= (CountingPtr< 工 ... > const&); 
/下面 是 一 些 针 对 指针 操作 的 运算 符 ， 使 该 类 成 为 一 个 智能 指针 : 


inline T& operator* (); 


inline T* operator-> (); 


站 

对 于 创建 一 个 可 用 的 计数 指针 模板 ， 参 数 T 是 真正 所 需要 的 唯一 模板 参 
数 。 实 际 上 ， 一 个 好 的 设计 范例 应 该 使 基本 模板 尽 可 能 地 简单 和 可 靠 ， 就 像 
上 面 这 个 例子 一 样 。 因 此 ， 我 们 将 使 用 (上 面 实现 的 ) CountingPtr 来 阐述 
policy 参 数 (关于 policy 参 数 ， 第 15 章 详细 说 明了 此 概念 ) ， 这 也 是 接 下 来 的 
内 容 。 

上 面 的 代码 注释 大 概 解释 了 引用 计数 的 一 般 约 束 : 每 个 CountingPtr 的 构 
造 函 数 、 析 构 函 数 和 赋值 操作 都 潜在 地 改变 了 引用 计数 值 ( 当 其 中 一 个 计数 
减少 为 0 时 ， 束 删除 被 引用 的 对 象 ) 。 

20.2.1 2 

由 于 我 们 的 想法 是 计算 指 癌 对 象 的 指针 的 个 数 ， 所 以 把 计算 器 放 在 对 象 
中 是 完全 合理 的 。 遗 憾 的 是 ， 对 于 被 指向 的 对 象 的 类 型 ， 如 果 在 早期 设计 的 
时 候 ， 完 全 未 考虑 引用 计数 ， 那 么 我 们 就 无 法 再 把 计数 器 放 入 对 象 中 ， 因 为 
如 有 果 对 象 是 封装 起 来 或 者 不 可 改变 的 话 ， 要 加 入 计数 器 是 不 可 行 的 。 

若 补 引用 计数 的 对 象 不 能 包含 计数 姻 ， 那 么 就 必须 将 计数 右 存 放 在 单独 
的 存储 区 ; 而 且 ， 该 存储 区 的 生命 期 不 能 比 被 指 癌 对 象 的 生命 期 短 ， 也 就是 
说 ， 我 们 必须 动态 分 配 这 块 存储 区 。 然 而 ， 如 果 使 用 C++ 编译 器 自 市 
的 ::operator new， 极 可 能 会 导致 糟糕 的 性 能 。 当 然 ，::operator new 肯 定 可 以 分 
配 不 超过 存储 限制 的 任意 对 象 ， 但 需要 一 些 计算 上 的 折衷 。 实 际 上 ， 计 数 指 
针 通 常 都 会 使 用 专用 的 〈 内 存 ) 分 配器 。 

单独 分 配 计算 器 的 另 一 种 方法 是 : 对 引用 计数 所 在 的 对 象 ， 使 用 专用 的 

(内 存 ) 分 配器 。 实 际 上 ， 这 种 分 配器 可 以 分 配 一 些 额外 的 存储 空间 ， 来 保 

存 对 应 的 计数 右 。 


我 们 将 用 计数 器 的 位 置 作 为 模板 的 参数 ， 从 而 殴 不 需要 指出 计数 器 的 位 
置 。 实 际 上 ， 这 个 参数 就 是 我 们 的 计数 器 policy (关于 policy， 请 参见 第 15 
划 ) 。 这 种 policy 的 接口 可 以 非常 简单 : 只 需要 包 人 一 个 返回 整 型 值 的 画 数 和 
一 个 为 该 整 型 值 分 配 所 需 裤 间 的 函数 ， 而 且 后 面 这 个 函数 并 不 是 必需 的 。 另 
一 方面 ， 如 有 果 能 够 提供 一 些 更 高 级 的 接口 ， 在 某 些 情况 下 也 将 很 有 用 处 。 

20.2.2 访问 ; 

在 单线 程 的 执行 环境 中 ， 计 数 恬 的 管理 是 很 简单 的 。 基 本 操作 只 局 限于 
增加 计数 值 、 减 少 计数 值 以 及 检查 计数 值 是 否 为 0。 然 而， 在 多 线程 环境 中 ， 
一 个 计数 器 可 能 会 被 位 于 不 同 线程 中 的 智能 指针 所 共享 。 在 这 种 情况 下 ， 我 
们 可 能 需要 为 计数 器 本 喘 增 加 一 些 智能 指针 ， 因 此 ， 对 于 诸如 来 自 两 个 线程 
的 同时 增加 请 求 ， 必 须 按 一 定 顺 序 执行 ， 才 能 避免 冲突 。 在 实践 中 ， 需 要 某 
种 形式 ( 隐 式 或 显 式 ) 的 锁 来 实现 这 些 功能 。 

在 接 下 来 的 内 容 里 ， 我 们 将 不 准备 说 明 如 何 实 现 这 种 锁 ， 但 是 我 们 会 为 
计数 器 指定 一 个 接口 ， 在 足够 高 的 层次 上 ， 该 接口 也 将 引入 锁 操 作 。 有 具体 而 
言 ， 我 们 要 求 计数 器 是 一 个 具有 以 下 接口 的 类 : 


class CounterPolicy { 


public: 
/ 以 下 4 个 特殊 成 员 (两 个 构造 画 数 、 一 个 析 构 函数 和 一 个 拷贝 赋值 
函数 )， 
/在 某 些 情况 并 不 需要 显 式 声 明 ， 但 必须 是 可 访问 的 
CounterPolicy(); 


CounterPolicy(CounterPolicy const&); 

~CounterPolicy(); 

CounterPolicy& operator=(CounterPolicy const&); 
/ 假设 T 是 被 指向 的 对 象 的 类 型 
void init(T*); // 初始 化 为 1， 可 能 为 计数 姻 分 配 空间 
void dispose(T*); /可 能 涉及 计数 器 空间 的 释放 操作 
void increment(T*);  V 增 1 的 原子 操作 
void decrement(T*); 。/W/ 减 1 的 原子 操作 


bool is_zero(T*); /检查 是 否 为 0 


}; 

在 此 ， 我 们 假设 该 接口 所 使 用 的 类 型 工 是 由 CountingPtr 的 模板 参数 提供 
的 。 实 际 上 ， 只 有 那些 需要 把 计数 右 存 储 在 被 指 癌 对 象 中 的 policy， 才 需要 用 
到 这 种 接口 。 

锁 住 计数 器 只 能 保护 计数 器 不 被 并 发 访问 ， 并 不 能 保护 CountingPtr 的 并 
发 访问 。 因 此 ， 在 不 同 的 执行 线程 中 ， 如 条 有 多 个 智能 指针 指向 同一 个 共 孚 
对 象 ， 那 么 应 用 程序 就 需要 引入 某 种 附加 的 锁 ， 来 保证 对 CountingPtr 的 操作 
同样 也 是 顺序 执行 的 。 然 而 ， 智 能 指针 本 喘 并 不 能 实现 这 种 层次 的 锁 。 

20.2.3 析 构 和 释放 

当 没 有 计数 指针 指向 一 个 对 象 时 ， 我 们 的 策略 是 释放 此 对 象 。 在 
C++ 中 ， 通 常 可 用 标准 的 delete 运 算 符 来 完成 释放 操作 。 然 而 ， 情 况 并 不 总 是 
如 此 单一 。 有 时 我 们 必须 使 用 不 同 的 函数 来 释放 对 象 ， 例 如 标准 C 函数 
free0。 此 外 ， 大 被 指向 的 对 象 是 一 个 数组 ， 可 能 还 需要 使 用 delete[] 运 算 符 来 
释放 数组 。 

鉴于 使 用 非 标 准 方 式 释 放 对 象 的 情况 是 肯定 存在 的 ， 在 此 引入 一 种 单独 
的 对 象 (释放 ) policy 是 很 有 必要 的 。 实 际 上 ， 该 policy 的 实现 接口 非常 简 
单 : 

class ObjectPolicy { 


public: 

/ 以 下 4 个 特殊 成 员 (两 个 构造 画 数 、 一 个 析 构 函数 和 一 个 拷贝 赋值 
函数 )， 

// 在 某 些 情况 并 不 需要 显 式 声明 ， 但 必须 是 可 访问 的 

ObjectPolicy(); 

ObjectPolicy(CounterPolicy const&); 

~ObjectPolicy(); 

ObjectPolicy& operator=(ObjectPolicy const&); 

1/ 假设 T 是 所 指向 对 象 的 类 型 


void dispose (T*); 

上 

我 们 还 可 以 提供 其 他 一 些 (与 所 指向 对 象 相关 的 ) 操作 (例如 operator* 
和 operator-> 解 引 用 运算 符 ) ， 来 丰富 上 面 这 种 policy。 而 普遍 的 做 法 是 : 当 
智能 指针 不 再 指向 任何 对 象 时 ， 把 针对 智能 指针 进行 解 引 用 的 一 些 检查 合并 
起 来 。 男 一 方面 ， 为 这 种 检查 增加 一 个 特殊 的 policy 参数 也 是 完全 可 能 的 。 然 
而 ,为 了 简洁 性 考虑 ， 我 们 并 不 打算 在 此 阐述 这 种 做 法 ， 但 是 如 果 你 对 本 贡 
的 剩余 内 容 都 能 很 好 掌握 的 话 ， 那 么 要 实现 这 种 做 法 也 不 难 。 

对 于 大 多 数 用 CountingPtr 计 数 的 对 象 ， 我 们 可 以 使 用 下 面 这 个 简单 的 对 


象 policy: 
// pointers/stdobjpolicy.hpp 
class StandardObjectPolicy { 
public: 
template<typename T> void dispose (T* object) { 
delete object; 
} 


}; 
显然 ， 对 于 用 new[] 运 算 符 分 配 的 数组 ， 这 样 做 不 会 起 作用 。 洱 运 的 是 ， 


对 于 这 种 情况 ， 我 们 可 以 轻易 地 找到 一 种 替代 的 policy: 
// pointers/stdarraypolicy.hpp 
class StandardArrayPolicy { 


public: 
template<typename T> void dispose (T* array) { 
delete[] array; 
} 


}; 
在 上 面 两 种 情况 下 ， 我 们 都 将 dispose() 作 为 成 员 函 数 模板 来 实现 。 另 外 ， 


还 有 男 一 种 蔡 代 方法 .就 是 参数 化 这 个 policy 类 。 关 于 这 种 蔡 代 方案 的 讨论 可 
以 参见 15.1.6 节 。 


20.2.4 CountingPtr 模板 
现在 ， 我 们 已 确定 了 policy 接 口 ， 已 经 可 以 实现 CountingPtr 接 口 本 吴 了 : 
// pointers/countingptr.hpp 


template<typename TT, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 
private: 
// typedef 两 个 简单 的 别名 : 
typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 
T* object_pointed_to; /所 引用 的 对 象 
/如 采 没 有 3 引用 任何 对 象 ， 则 为 NULL) 
public: 
// 缺 省 构造 函数 (没有 显 式 初始 化 ， 即 没有 加 上 explicit 天 键 字 ): 
CountingPtr() { 
this->object_pointed_to = NULL.; 
} 
/ 一 个 针对 转型 的 构造 画 数 (转型 自 一 个 内 建 的 指针 ): 
explicit CountingPtr (T* p) { 


this->init(p); / 使 用 普通 指针 初始 化 
} 
// 拷贝 构造 范 数 : 


CountingPtr (CountingPtr<T,CP,OP> const& cp) 
: CP((CP const&)cp), // 找 风 policy 
OP((OP const&)cp) { 
this->attach(cp); 1/ 拷贝 指针 ， 并 且 增 加 计数 值 
} 
/ 析 构 函数 : 


~CountingPtr() { 
this->detach(); // 减少 计数 值 
/ (如 果 计 数值 为 0， 则 释放 该 计数 需 ) 
} 
1/ 针对 内 建 指针 的 赋值 运算 符 
CountingPtr<T,CP,OP>& operator= (T* p) { 
/ 计数 指针 不 能 指向 *p : 


assert(p != this->object_pointed_to); 


this->detach(): // 减少 计数 值 
/ (如 末 计 数值 为 0， 则 释放 该 计数 需 ) 
this->init(p); /用 一 个 普通 指针 进行 初始 化 
return *this:; 
} 


// 拷贝 赋值 运算 符 (要 考虑 目 己 给 目 己 赋值 ): 
CountingPtr<T,CP,OP>& 
operator= (CountingPtr<T,CP,OP> const& cp) { 
if (this->object_pointed_to != cp.object_pointed_to) { 
this->detach(); ”// 减少 计算 值 
/ (如 果 计 数值 为 0， 则 释放 计数 器 ) 
CP::operator=((CP const&)cp); V/ 对 policy 进 行 赋值 
OP::operator=((OP const&)cp); 
this->attach(cp); /拷贝 指针 并 且 增 加 计数 值 
} 
return *this; 
} 
/ 使 之 成 为 智能 指针 的 运算 符 : 


T* operator-> () const { 


return this->object_pointed_to; 


TA operator* () const { 


return *this->object_pointed_to; 


/ 以 后 在 这 里 将 可 能 会 增加 一 些 其 他 的 接口 


private: 

/ 辅助 西数 : 
//- 用 普通 指针 进行 初始 化 (前 提 是 普通 指针 存在 ) 
void init (IT* p) { 

if (p != NULL){ 

CounterPolicy::init(p); 

} 

this->object_pointed_to = p; 
} 
//- 找 贝 指针 并 且 增 加 计数 值 (前 提 是 指针 存在 ) 
void attach (CountingPtr<T,CP,OP> const& cp) { 


this->object_pointed_to = cp.object_pointed_to; 
if (cp.object_pointed_to != NULL) { 


CounterPolicy::increment(cp.object_pointed_to); 


} 
/ - 减少 计 数值 (如 果 计 数值 为 0， 则 释放 计算 器 ) 
void detach() { 

让 (this->object_pointed_to != NULL){ 
CounterPolicy::decrement(this->object_pointed_to); 
if (CounterPolicy::is_zero(this->object_pointed_to)) { 

/ 如 果 有 必要 的 话 ， 释 放 计 数 器 : 
CounterPolicy::dispose(this->object_pointed_to); 


// 使 用 object policy 来 释放 所 指 癌 的 对 象 : 


ObjectPolicy::dispose(this->object_pointed_to); 
} 
} 
} 

上 
上 面 这 个 模板 并 不 复杂 ， 唯 一 要 注意 的 地 方 也 只 是 : 在 找 贝 赋值 操作 
中 ， 要 判断 是 否 为 目 赋值 。 事 实 上 ， 在 大 部 分 情况 中 ， 赋 值 运算 符 只 是 将 计 
数 指针 与 它 所 指 的 对 象 分 离 ， 在 此 之 前 要 先 减少 所 关联 的 计算 句 的 值 ， 而 这 
就 可 能 会 使 该 计数 需 的 值 减 少 到 0， 并 且 释 放 该 对 象 。 然 而 ， 如 果 是 在 计数 指 
针 赋 值 给 自身 的 情况 下 进行 前 面 的 这 些 操作 ， 则 会 提前 释放 〈 所 指向 的 ) 对 
象 ， 从 而 导致 错误 。 

另外 还 有 一 点 需要 注意 : 由 于 空 指针 并 没有 一 个 可 关联 的 计数 器 ， 所 以 
在 减少 计数 值 之 前 ， 必 须 先 显 式 地 检查 空 指针 的 情况 。 对 于 这 种 情况 ， 男 一 
种 可 选 的 处 理 方 法 是 : 将 这 种 检查 留 给 policy 类 来 实现 。 事 实 上 ， 还 存在 一 种 
根本 不 允许 CountingPtr 为 空 的 policy。 若 可 以 使 用 这 种 policy 的 话 ， 将 会 使 性 
能 稍微 有 所 提高 。 

在 前 面 的 代码 中 ， 我 们 使 用 继承 来 包含 两 种 policy。 这 样 做 确保 了 在 
policy 类 为 空 的 情况 下 ， 并 不 需要 占用 存储 空间 (前 提 是 我 们 的 编译 器 实现 了 
空 基 类 优化 ， 具 体 见 16.2 节 ) 。 我 们 还 可 以 使 用 在 16.2.2 小 市 中 介绍 的 
BaseMemberPair 模 板 类 ， 从 而 令 policy 类 的 成 员 在 智能 指针 类 中 是 不 可 见 的 。 
然而 ， 我 们 为 了 使 讨论 显得 更 加 简单 ， 同 时 避免 原 代 码 过 于 复杂 ， 从 而 也 惑 
没有 使 用 BaseMemberPair 模 板 。 

因为 这 里 具有 两 个 缺 省 模板 实 参 ， 所 以 还 可 以 采用 16.1 节 的 技术 ， 方 便 且 
有 选择 性 地 履 盖 缺 省 模板 实 参 ， 而 这 样 做 有 时 将 可 以 给 我 们 带 来 好 处 。 但 为 
了 人 得 尘 起 见 ， 在 这 里 束 不 介绍 这 些 做 法 了 。 

20.2.5 一 个 和 zt 

从 总 体 看 来 ， 我 们 已 经 完成 了 CountingPtr 的 设计 ， 但 实际 上 该 设计 还 没 
有 真正 完成 。 因 为 我 们 还 没有 为 计数 policy 编 写 代 码 。 于 是 ， 让 我 们 先 来 看 一 
个 针对 计数 器 的 policy， 它 并 不 把 计数 器 存储 于 所 指 癌 对 象 的 内 部 ， 也 就 是 


说 ， 它 是 一 种 非 侵 入 式 的 计数 器 policy (或 者 称 为 非 插 入 式 的 计数 器 policy， 
这 样 形容 是 为 了 与 后 面 的 侵入 式 policy 进 行 对 比 ) 

对 于 计数 器 而 言 ， 最 主要 的 问题 是 如 何 分 配 存 储 空 间 。 事 实 上 ， 同 一 个 
计数 器 需要 被 多 个 CountingPtr 所 共享 ， 因 此 ， 它 的 生命 期 必须 持续 到 最 后 一 
个 智能 指针 被 释放 之 后 。 通 党 而 言 ， 我 们 会 使 用 一 种 特殊 的 分 配器 来 完成 这 
种 任务 ， 这 种 分 配 锋 专门 用 于 分 配 大 小 固定 的 小 对 象 。 然 而 ， 由 于 这 种 分 配 
妖 的 设计 和 C++ 模 板 的 主题 之 间 没 有 明显 的 联系 ， 所 以 我 们 在 此 也 就 不 (对 
这 种 具有 工业 强度 的 分 配器 ) 深入 讨论 [7]。 但 是 ， 我 们 将 假设 存在 两 个 落 数 
alloc_counter() 和 dealloc_counter()， 用 于 管理 存储 size_t 类 型 的 内 存 空间 。 有 了 
这 些 假设 之 后 ， 我 们 就 可 以 这 样 编写 一 个 简单 的 计数 右 : 

// pointers/simplerefcount.hpp 

#include <stddefh> /用 于 size t 的 定义 

#include "allocator.hpp" 


class SimpleReferenceCount { 


private: 
size_t* counter; /已 经 分 配 的 计数 器 
public: 


SimpleReferenceCount () { 
counter = NULL.; 
} 
/ 缺 省 的 乒 贝 构造 画 数 和 拷贝 赋值 运算 符 都 是 允许 的 ， 
/ 因为 它们 只 是 捞 贝 这 个 共享 的 计数 器 
public: 
/ 分配 计数 器 ， 并 把 它 的 值 初始 为 1: 


template<typename T> void init (T*) { 


counter = alloc_counter(); 
*counter = 1; 

} 

/释放 该 计数 器 : 


template<typename T> void dispose (T*) { 


dealloc_counter(counter); 


} 

/ 计数 值 加 1: 

template<typename T> void increment (T*) { 
十 二 COUDter， 

} 

/ 计数 值 减 1: 

template<typename T> void decrement (T*) { 
--*COUnNter; 

} 

/检查 计数 值 是 否 为 0: 


template<typename T> bool is_zero (T*){ 

return *counter == 0; 

} 
由 于 这 个 policy 并 不 是 一 个 空 类 (存放 了 一 个 指向 计数 器 的 指针 ) ， 所 
以 它 增 加 了 CountingPtr 的 大 小 。 可 以 将 此 指针 与 计数 右 一 起 存储 ， 而 不 是 直 
接 放 入 智能 指针 类 中 ， 从 而 避免 增加 CountingPtr 的 大 小 。 这 样 做 需要 改变 该 
policy 类 的 设计 ; 另外， 增加 一 个 额外 的 间接 层 同 时 还 会 降低 访问 被 计数 对 象 
的 性 能 。 

同样 要 注意 的 是 ， 这 种 特殊 的 policy 并 没有 用 到 被 计数 对 象 本 号 。 也 融 是 
说 ， 传 送 给 成 员 函 数 的 参数 T 从 来 也 不 会 被 用 到 。 然 而 在 下 一 中， 我 们 将 会 
看 到 另 一 种 policy， 它 将 会 用 到 这 个 参数 。 

20.2.6 一 个 简单 的 侵入 式 计数 器 模板 

侵入 式 (或 插入 式 ) 计数 器 policy 就 是 将 计数 器 放 到 被 管理 对 象 本 身 的 类 
型 中 (或 者 可 能 存放 到 由 被 管理 对 象 所 控制 的 存储 空间 中 ) 。 显然， 这 种 
policy 通 常 需要 在 设计 对 象 类 型 的 时 候 就 加 以 考虑 ; 因此 这 种 方案 很 可 能 会 


用 于 被 管理 对 象 的 类 型 。 然 而 ， 为 了 便于 阐述 ， 使 我 们 的 例子 具有 更 好 的 通 
用 性 ， 我 们 将 开发 一 种 更 泛 型 的 侵入 式 policy 。 

在 被 引用 的 对 象 中 ， 为 了 选择 计数 需 的 位 置 ， 我 们 用 了 一 个 类 型 未 确定 
的 成 员 指针 参数 。 由 于 计数 器 被 作为 对 象 的 一 部 分 来 分 配 ， 所 以 从 某 种 意义 


上 而 言 ， 


这 种 policy 的 实现 要 比 前 面 的 非 侵入 式 例 子 更 加 简单 ， 但 是 这 里 的 成 


员 指 针 语句 的 用 法 并 不 是 很 广泛 : 
// pointers/memberrefcount.hpp 
template<typename ObjectT， /包含 计数 器 的 类 型 


typename CountT, / 计数 器 的 类 型 
CountT ObjectT::*CountP> / 计数 器 的 位 置 


class MemberReferenceCount 


{ 


public: 


/ 缺 省 构造 函数 和 析 构 函数 都 是 允许 的 

1/ 让 计数 器 的 值 初始 化 为 1: 

void init (ObjectT* object) { 
object->*CountP = 1; 

} 

1/ 对 于 计数 器 的 释放 ， 并 不 需要 显 式 执行 任何 操作 : 

void dispose (ObjectT*) { 

} 

/ 计数 值 加 1: 

void increment (ObjectT* object) { 
++object->*CountP; 

} 

/ 计数 值 减 1: 


void decrement (ObjectT* object) { 


--Object->*CountP; 


} 


/检查 计数 值 是 否 为 0: 
template<typename T> bool is_zero (ObjectT* object) { 
return object->*CountP == 0; 

} 
上 
如 果 使 用 这 种 policy 的 话 ， 那 么 在 类 的 实现 中 ， 束 可 以 很 快 地 写 出 类 的 引 

用 计数 指针 类 型 。 其 中 类 的 设计 框架 大 概 如 下 所 示 : 

class ManagedType { 


private: 


size_t ref_count; 


public: 
typedef CountingPtr<ManagedType, 
MemberReferenceCount 
<ManagedType, 
size_t, 


&ManagedType::ref_count> > 
Ptr; 


人 

有 了 上 面 这 个 定义 之 后 ， 我 们 就 可 以 使 用 ManagedType::Ptr， 方 便 地 引用 
“那些 用 于 访问 ManagedType 对 象 的 ?引用 计数 指针 类 型 在 此 为 智能 指针 类 型 
CountingPtr) 。 


20.2.7 常数 性 
在 C++ 中 ， 类 型 X const* 和 X* const 是 有 区 别 的 。 前 者 表示 被 指向 的 对 象 
不 可 修改 ， 而 后 者 表示 指针 本 身 不 可 修改 。 我 们 的 引用 计数 指针 也 存在 这 样 
的 二 元 性 : XX const* 与 CountingPtr<X const> 对应， 而 X* const 与 
CountingPtr<X> const 对 应 。 换 句 话 说 ， 被 指 同 对 象 的 常数 性 是 模板 实 参 的 属 
性 。 让 我 们 通过 CountingPtr 的 一 些 公共 成 员 函 数 ， 来 了 解 常数 性 会 对 这 些 成 
员 画 数 产 生 什 么 样 的 影响 。 


解 引用 运算 符 并 不 会 修改 指针 ， 这 也 是 它们 成 为 const 成 员 函 数 的 原因 。 
然而 ， 我 们 可 以 借助 解 引 用 运算 符 来 访问 被 指 癌 对 象 。 另 外 ， 因 为 该 对 象 的 
种 数 性 是 由 模板 参数 T 来 描述 的 ， 所 以 在 这 种 运算 符 的 返回 类 型 中 ， 我 们 通常 
都 不 给 类 型 T 加 上 (const) 限定 符 。 

显然 ， 类 型 为 int* 的 变量 不 能 用 int const* 变量 来 初始 化 ， 因 为 如 果 这 样 
可 行 的 话 ， 那 么 对 于 这 种 没有 提供 可 修改 访问 的 const 对 象 ， 等 于 说 是 可 以 通 
过 一 个 实体 来 间接 地 对 它 进行 修改 ， 而 这 明显 是 不 对 的 。 同 理 ， 对 于 
CountingPtr<int> 类 型 的 变量 ， 我 们 同样 要 确保 不 能 被 CountingPtr<int const> 或 
者 int const* 变 量 初始 化 。 于 是 ， 我 们 在 此 再 次 使 用 普通 的 (not const- 
qualified， 即 没有 const 限 定 的 ) 模板 参数 T 来 获得 这 个 效果 。 虽 然 这 样 看 起 来 
很 直接 ， 但 是 对 于 现今 其 他 的 一 些 智能 指针 实现 ， 却 经 常 把 构造 范 数 和 赋值 
运算 符 声 明 为 接收 T const* 参数 的 函数 〈 而 这 种 做 法 我 们 假设 是 错误 的 ) 。 

赋值 运算 符 函 数 可 以 和 构造 函数 归 为 一 类 。 通 常 而 言 ， 这 种 运算 符 本 吴 
不 可 能 为 常 男 数 ， 即 不 具有 常数 性 。 

20.2.8 隐 式 转型 

内 建 指 针 可 以 被 用 于 以 下 几 种 隐 式 转型 ; 

“到 void* 类 型 的 转型 。 

“到 被 指向 的 对 象 的 一 个 基 类 指针 的 转型 。 

“到 bool 类 型 的 转型 〈 若 指针 为 空 则 为 false， 否 则 为 true) 。 

我 们 希望 在 CountingPtr 模 板 中 仿效 这 些 转 型 ， 但 是 就 像 我 们 将 会 看 到 的 
一 样 ， 要 实现 这 些 转型 并 不 是 很 容易 。 另 外 ， 一 些 程序 员 和 希望 : 智能 指针 可 
以 转型 为 相应 的 内 建 指针 类 型 〈 例 如 ， 一 些 人 硕 望 CountingPtr<int const> 可 以 
转型 为 int const* 类 型 ) 。 

遗憾 的 是 ， 由 于 我 们 假设 所 有 指向 被 引用 计数 对 象 的 指针 都 是 
CountingPtr 类 型 ， 所 以 如 果实 现 到 内 建 指 针 类 型 的 隐 式 转型 ， 将 会 使 这 个 假 
设 自 相 矛盾 。 因 此 我 们 没有 提供 这 样 的 转型 。 于 是 ，CountingPtr<X> 类 型 不 能 
被 隐 式 转型 为 void* 或 X* 类 型 。 

另外 ， 隐 式 转型 到 对 应 的 内 建 指针 类 型 还 有 其 他 的 一 些 缺 点 ， 其 中 包括 

(假设 cp 为 计数 指针 ) : 


“delete cp; 以 及 ::delete cp; 都 变 成 有 效 的 了 。 

“对 于 智能 指针 而 言 ， 各 种 毫 无 意义 的 指针 算法 都 将 不 可 确定 了 (例如 ， 
cp[n]，cp2 - cp1 等 都 将 很 难 确 定 其 结果 ) 。 

男 一 方面 ， 到 CountingPtr 的 特 化 的 隐 式 转型 却 可 能 是 很 有 用 的 。 例 如 ， 
我 们 可 以 假想 存在 一 个 到 CountingPtr<void> 类 型 的 隐 式 转型 (后 者 可 以 作为 
一 种 不 透明 的 指针 类 型 ， 就 像 void* 类 型 一 样 ) 。 然 而 这 里 有 一 个 限制 : 由 于 
void 类 型 并 不 能 包含 一 个 计数 器 ， 所 以 侵入 式 计数 絮 policy 束 不 能 采用 这 种 转 
型 。 同 样 地 ， 到 基 类 特 化 的 转型 与 侵入 式 计数 器 policy 也 是 不 相 容 的 。 

虽然 如 此 ， 我 们 还 是 可 以 将 这 种 隐 式 转型 加 入 到 CountingPtr 模 板 中 。 而 
且 ， 为 了 考虑 上 面 这 些 不 兼容 的 情况 ， 我 们 规定 : 当 转 型 与 给 定 的 计数 器 
policy 不 兼容 时 ， 将 会 发 生 实例 化 错误 。 其 中 这 种 隐 式 转型 看 起 来 大 概 如 下 : 


template<typename TT, 


typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 
private: 
// typedef 两 个 简短 别名 : 
typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 


public: 
/增加 一 个 转型 构造 函数 ,而 且 确认 它 可 以 访问 
/其 他 实例 化 体 〈 即 cp) 的 私有 组 件 〈 即 object_pointed_to) 
template<typename T2, typename CP2, typename OP2> 
class CountingPtr; 


friend 
template <typename S> // S 可 能 是 void 或 者 T 的 基 类 
CountingPtr(CountingPtr<S, OP, CP> const& cp) 

: OP((OP const&)cp), 


CP((CP const&)cp), 
object_pointed_to(cp.object_pointed_to) { 
让 (cp.object_pointed to != NULL) { 


CP::increment(cp.object_pointed_to); 


} 
本 
注意 ， 在 这 种 情况 下 ， 与 转型 运算 符 相 比 ， 转 型 构造 画 数 将 更 容易 实现 
这 种 所 希望 的 隐 式 转型 。 男 外 ， 我 们 特别 要 确保 引用 计数 右 能 够 被 正确 地 所 
贝 。 
到 bool 的 转型 看 起 来 可 能 会 更 加 直接 。 我 们 只 需要 为 CountingPtr 增 加 一 个 
用 户 自 定义 的 转型 运算 符 : 


template<typename TT, 


typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
operator bool() const { 


return this->object_pointed_to != (T*)0; 


上 

这 样 做 是 可 行 地 ， 但 同时 会 给 CountingPtr 带 来 一 些 令 人 惊讶 且 无 意识 的 
操作 。 例 如 ， 在 这 种 转型 下 ， 我 们 可 以 将 两 个 CountingPtr 相 加 。 这 种 操作 市 
来 的 后 果 可 能 是 很 严重 的 ， 这 足以 使 我 们 宁愿 不 提供 这 种 操作 。 

男 一 方面 ， 到 bool 类 型 的 转型 操作 主要 用 于 支持 以 下 形式 的 语句 : 

if (cp) ... 

或 

while (!cp).... 


因此 ， 我 们 可 以 提供 到 void* 的 转型 操作 〈 在 合适 的 地 方 ，void* 类 型 可 
以 隐 式 转型 为 bool 类 型 ) ， 以 解决 这 个 问题 [8]。 一般 而 言 ， 这 种 方法 有 其 自 
喘 的 缺点 ， 但 只 是 对 于 那些 我 们 已 决定 不 提供 到 void* 的 隐 式 转型 的 智能 指针 
才 会 有 这 种 缺点 。 

对 于 这 个 问题 ， 一 种 简单 《但 经 常 被 名 视 ) 的 解决 方法 是 : 定义 一 个 到 
成 员 指针 类 型 的 转型 (注意 ， 这 里 不 是 到 内 建 指针 类 型 ) 。 事 实 上 ， 成 员 指 
针 类 型 也 支持 到 bool 类 型 的 隐 式 转型 ， 但 是 它 与 普通 指针 是 有 区 别 的 : 因为 
对 于 delete 操 作 或 指针 算法 而 言 ， 成 员 指针 是 无 效 的 。 下 面 我 们 通过 给 
CountingPtr 模 板 添加 一 些 代码 ， 来 田 明 如 何 使 用 这 种 技术 : 


template<typename , 


typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


private: 
class BoolConversionSupport { 
int dummy; 
上 
public: 
operator BoolConversionSupport::*() const { 
return this->object_pointed_to 
? &BoolConversionSupport::dummy 
: 0; 


}; 

另外 ， 由 于 没有 增加 成 员 变 量 ， 所 以 这 样 做 并 不 会 增加 CountingPtr 的 大 
小 。 另 一 方面 ， 我 们 通过 使 用 一 个 私有 网 入 类 ， 避 人 免 了 与 客户 代码 发 生 潜 在 
的 冲突 。 


20.2.9 比较 

在 接 下 来 的 内 容 中 ， 我 们 将 为 计数 指针 实现 一 些 比较 运算 符 ， 并 以 此 绪 
束 对 计数 指针 的 讨论 。 众 所 周知 ， 内 建 指针 同时 支持 相等 运输 符 (= = 和 !=) 
和 排序 运算 符 (<，<= 等 ) 。 

对 于 内 建 指针 而 言 ， 当 两 个 指针 都 指向 相同 的 数组 时 ， 我 们 束 可 以 使 用 
排序 运算 符 。 但 这 种 (针对 数组 的 ) 情形 并 不 适用 于 计数 器 指针 ， 因 为 计数 
妖 指 针 总 是 指向 单个 对 象 或 者 数组 的 开头 。 因 此 ， 在 接 下 来 的 内 容 中 ， 我 们 
将 不 会 讨论 排序 运算 符 。 (然而 ， 如 果 确 实 需 要 在 CountingPtrs 之 间 进 行 排 
序 ， 我们 也 可 以 像 下 面 的 相等 运算 符 一 样 来 实现 针对 CountingPtr 的 排序 运算 
人 

下 面 是 = = 运算 符 的 实现 细 (!= 运 算 符 的 实现 是 类 似 的 ) : 

template<typename T, 


typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
friend bool operator==(CountingPtr<T,CP,OP> const& cp, 
T const* p) { 
return cp == p; 
} 
friend bool operator==(T const* p, 
CountingPtr<T,CP,OP> const& cp) { 


return p == cp; 


上 
template <typename T1, typename 工 2， 
typename CP, typename OP> 


inline 


bool operator== (CountingPtr<T1,CP,OP> const& cp1， 
CountingPtr<T2,CP,OP> const& cp2) 
{ 
return cp1.0perator->() == cp2.0perator->(); 

} 

最 后 这 个 位 于 类 外 面 的 运算 符 是 一 个 函数 模板 ， 它 允许 比较 指向 不 同类 
型 的 计数 器 指针 。 通 过 这 个 实现 ， 我 们 看 到 了 : 提取 由 CountingPtr 封 装 的 内 
建 指针 是 可 能 的 。 然 而 另 一 方面 ， 我 们 通常 也 不 会 注意 : 如果 显 式 调用 
operator-> 的 话 ， 将 意味 着 我 们 进行 了 一 些 不 安全 的 操作 。 

对 于 其 他 两 个 位 于 类 里 面 的 运算 符 函 数 ， 我 们 把 它们 实现 为 非 模板 运算 
符 。 由 于 这 两 个 运算 符 必须 依赖 于 模板 参数 ， 所 以 只 能 被 实现 为 类 内 部 的 友 
元 定义 。 另 一 方面 ， 由 于 它们 不 是 模板 函数 ， 所 以 可 以 对 它们 的 实 参 进行 普 
通 的 隐 式 转型 ， 其 中 包括 从 0 到 空 指 针 值 的 转型 。 


20.3 后 记 


知 能 指针 模板 可 能 是 继 容 器 模板 后 最 显而易见 的 模板 应 用 了 。 然 而 ， 就 
像 本 章 所 介绍 的 那样 ， 实 现 的 细 市 却 并 非 那 么 显而易见 。 事 实 上 ， 许 多 作者 
都 对 这 个 主题 进行 了 详细 的 阐述 。 和 针对 我 们 所 讨论 的 内 容 ， 你 可 以 在 
[MeyersMoreFffective] 中 找到 一 些 更 加 基础 的 讨论 ; 另外， 
[AlexandrescuDesign] 描 述 了 一 个 完整 的 、 基 于 policy 的 、 针 对 智能 指针 家 族 的 
设计 。 

C++ 标 准 库 包含 了 一 个 智能 指针 模板 auto_ptr。 它 的 用 法 类 似 于 我 们 的 
Holder/Trule 模板 。 男 外 ， 由 于 在 变量 初始 化 的 上 下 文中 ，auto_ptr 使 用 了 一 
些 C++ 的 重 载 规 则 ， 所 以 与 Holder/Trule 相 比 ，aotu_ptr 并 不 需要 使 用 第 2 个 模 
板 ， 然 而 这 种 做 法 却 是 充满 争议 的 [9] 。 

其 他 的 智能 指针 也 曾经 被 建议 加 入 C++ 标准 库 ， 但 是 C++ 标准 委员 会 决定 
不 对 它们 提供 支持 ， 即 它们 最 终 没有 进入 C++ 标 准 库 。 

Boost 项 目 提供 了 一 个 包含 多 种 智能 指针 的 程序 库 ， 从 而 能 够 满足 多 方面 


第 21 间 tuple 


在 整 本 书 中 ， 我 们 经 常 使 用 同类 容器 (诸如 数组 类 型 ) 来 阐述 模板 的 强 
大 威力 。 这 些 同类 构造 扩展 了 C/C++ 数组 的 概念 ， 在 很 多 应 用 程序 中 也 被 广 
泛 使 用 。 同 时 ，C/C++ 还 具有 包含 异类 对 象 的 能 力 ， 这 里 的 异类 指 的 是 类 型 不 
同 ， 或 者 结构 不 同 。tuple 束 是 这 样 的 一 个 类 模板 ， 它 能 够 用 于 聚集 不 同类 型 
的 对 象 。 在 接 下 来 的 介绍 中 ， 我 们 将 从 duo [10] 开始 一 一 duo 是 一 个 类 似 于 标 
准 std::pair 的 实体 ， 但 在 介绍 的 过 程 中 我 们 并 不 局 限于 两 个 异类 对 象 ， 而 是 着 
重 介绍 如 何 对 duo 进 行 谷 套 ， 使 之 可 以 聚集 任意 个 数 的 成 员 对 象 ， 也 就 是 说 我 
们 将 可 以 组 成 rio、quartet 等 [11] 。 


21.1 duo 


duo 的 目的 是 把 两 个 对 象 聚集 到 一 个 单一 类 型 。 这 与 标准 库 的 std::pair 类 模 
板 非 常 类 似 ， 但 由 于 我 们 将 要 给 这 个 比较 基础 的 属性 加 一 些 相对 特殊 的 功 
能 ， 同 时 也 为 了 避免 与 标准 库 的 pair 发 生 混 清 ， 所 以 接 下 来 我 们 将 定义 一 个 不 
同 于 pair 的 名 字 ; 为 了 简单 起 见 ， 我 们 这 里 把 这 个 名 字 定 义 为 duo: 


template <typename T1, typename 工 2> 


struct Duo { 
T1v1; /第 1 个 域 的 值 
T2 v2; ”/W 第 2 个 域 的 值 
例如 ， 对 于 某 些 需要 判断 返回 结果 是 否 有 效 的 函数 而 言 ， 这 个 duo 就 是 很 
有 用 的 ， 例 如 : 
Duo<bool,X> result = foo(); 
if (result.v1) { 
/ 结果 是 有 歼 的 ， 返 回 值 是 result.v2 


} 
而 且 ， 其 他 的 许多 应 用 程序 也 用 到 了 这 种 特性 。 


从 前 面 代码 可 以 看 出 ，duo 是 具有 一 定 优点 的 ， 而 且 它 的 结构 也 非常 小 ， 
只 有 2 个 域 。 另 外 ， 定 义 这 样 一 个 只 具有 两 个 域 的 结构 并 不 需要 化 费 多 少 精 
力 ， 而 且 我 们 还 能 够 为 每 个 域 选择 一 个 有 意义 的 名 称 。 男 一 方面 ， 我 们 可 以 
对 上 面 的 基本 功能 进行 扩展 ， 从 而 可 以 获得 某 些 便利 。 首 先 ， 我 们 可 以 给 duo 
增加 两 个 构造 钞 数 : 


template <typename T1, typename T2> 


class Duo { 
public: 
Tl v1l; /第 1 个 域 的 值 
T2 v2; /第 2 个 域 的 值 
/构造 函数 
Duo() : v1(), v20 { 
} 
Duo (T1 const& a, T2 const& b) 
:v1(a), v2(b) { 
} 


}; 
从 代码 可 以 看 出 ， 在 缺 省 构造 钞 数 中 ， 我 们 使 用 了 一 个 初始 化 列表 ， 因 
此 对 于 内 建 类 型 而 言 ， 两 个 成 员 〈 也 称 为 域 ) 的 值 都 将 会 被 初始 化 为 0 ( 见 5.5 


市 ) 


本 


为 了 避免 提供 显 式 的 类 型 参数 ， 我 们 还 可 以 增加 一 个 辅助 函数 ， 从 而 可 
以 演绎 出 每 个 域 的 类 型 : 

template <typename T1, typename T2> 

inline 

Duo<T1,T2> make_duo (T1 const& a, T2 const& b) 

{ 

return Duo<T1,T2>(a,b); 
} 


现在 duo 的 创建 和 初始 化 变 得 非常 简单 。 让 我 们 做 一 下 对 比 : 在 这 之 前 ， 
我 们 需要 如 下 编写 代码 : 


Duo<bool,int> result; 


result.v1 = true; 

result.v2 = 42; 

return result; 

而 现在 我 们 只 要 用 下 面 一 行 代码 就 可 以 完全 替代 上 面 4 行 代码 : 

return make_duol(true,42); 

而 且 ， 优 秀 的 C++ 编译 器 还 可 以 对 上 一 行 代码 进行 很 好 的 优化 ， 生 成 与 
下 面 等 价 的 代码 : 

return Duo<bool,int>(true,42); 

对 duo 的 进一步 优化 是 提供 域 类 型 的 访问 ， 从 而 可 以 在 duo 的 上 面 创建 
适配器 模板 (adapter template) : 


template <typename T1, typename T2> 


class Duo { 
public: 
typedef T1 Typel; V 第 1 个 域 的 类 型 
typedef T2 Type2; V/ 第 2 个 域 的 类 型 
enum { N=2 }: /W/ 域 的 个 数 


T1 v1; // 第 1 个 域 的 值 
T2 v2; // 第 1 个 域 的 值 
// 构造 函数 

Duo() : v1(), v20 { 

} 


Duo (T1 const& a, T2 const& b) 
: V1(a), v2(b) { 
} 


全 
同 之 处 : 

"我 们 使 用 了 不 同 的 名 字 。 

"我 们 提供 了 一 个 成 员 N， 用 于 表示 域 的 个 数 。 

“在 构造 琅 数 中 ， 我 们 没有 提供 用 于 隐 式 类 型 转换 的 成 员 模 板 初 始 化 函 
RY o 

"我 们 没有 提供 比较 运算 符 。 

基于 这 些 区 别 ， 在 接 下 来 的 代码 中 ， 我 们 将 给 出 一 个 更 加 强大 、 清 晰 的 
实现 : 

// tuples/duo1.hpp 

#ifndef DUO_HPP 

#define DUO_HPP 


template <typename T1, typename T2> 


et 


目前 为 止 ， 就 实现 而 言 ，duo 已 经 很 接近 std::pair 了 ， 但 存在 下 面 几 个 不 


class Duo { 
public: 
typedef T1 Typel; V 第 1 个 域 的 类 型 
typedef T2 Type2; ”// 第 2 个 域 的 类 型 
enum { N=2 }: V 域 的 个 数 
private: 
T1 valuel; / 第 1 个 域 的 值 
T2 value2; / 第 2 个 域 的 值 
public: 
// 构 造 范 数 
Duo0 : value1(), value2() { 
} 
Duo (T1 const & a, T2 const & b) 
: value1(a), value2(b) { 
} 
/ 用 于 在 构造 期 间 ， 进 行 隐 式 的 类 型 转换 


template <typename Ul, typename U2> 
Duo (Duo<U1,U2> const & d) 
: valuel(d.v1()), value2(d.v2()) { 
} 
/ 用 于 在 赋值 期 间 ， 进 行 隐 式 的 类 型 转换 
template <typename Ul, typename U2> 
Duo<T1, T2>& operator = (Duo<U1,U2> const & d) { 
valuel = d.valuel; 
value2 = d.value2; 
return *this; 
} 
/ 用 于 访问 域 的 函数 ( 域 访问 函数 ) 
Tl& v1() { 
return value!l; 
} 
T1 const& v1() const { 


return valuel; 
} 
T2& v2() { 
return value2; 
} 
T2 const& v2() const { 


return value2; 


}; 

/ 比较 运算 符 (允许 混合 类 型 ): 

template <typename T1, typename 工 2， 
typename U1, typename U2> 


inline 


bool operator == (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
{ 

return d1.v10==d2.v10 && d1.v2()==d2.v2(); 
} 
template <typename T1, typename T2, 

typename U1, typename U2> 

inline 
bool operator != (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
{ 

return !(d1==d2); 
} 
1/ 针对 创建 和 初始 化 的 辅助 瑟 数 
template <typename T1, typename T2> 
inline 
Duo<T1,T2> make_duo (T1 const & a, T2 const & b) 
{ 

return Duo<T1,T2>(a,b); 
} 
#endif // DUO_HPP 
在 上 面 的 代码 中 ， 我 们 对 前 面 的 代码 进行 下 面 的 一 些 修改 : 
"我 们 把 成 员 变 量 声明 为 private 变 量 ， 并 且 增 加 了 相应 的 访问 函数 。 
“在 缺 省 构造 函数 中 ， 我 们 对 两 个 成 员 都 进行 了 显 式 初始 化 。 


template <typename T1, typename T2> 


class Duo { 


Duo () : valuel () , value2 () { 
} 


“我 们 提供 了 针对 构造 函数 的 成 员 模 板 ， 从 而 可 以 对 混合 类 型 进行 构造 和 
初始 化 。 

“我 们 提供 了 比较 运算 符 = = 和 !=， 同 时 我 们 还 为 比较 运算 符 两 边 的 duo 分 
别 引 入 了 一 组 模板 参数 ， 从 而 可 以 对 混合 类 型 进行 比较 。 

实际 上 ， 上 面 所 有 的 成 员 模 板 都 是 为 了 实现 针对 混合 类 型 的 操作 。 也 就 
是 说 ， 借 助 于 这 些 成 员 模 板 ， 在 初始 化 、 赋 值 和 比较 一 个 duo 的 时 候 ， 对 于 
duo 的 参数 ， 人 允许 进行 一 次 隐 式 的 类 型 转换 。 例 如 : 

// tuples/duo1.cpp 


#include "duol1.hpp" 


Duo<float,int> foo () 


{ 
return make_duo(42,42); 
} 
int main() 
{ 


if (foo() == make_duo(42,42.0)) { 


} 

} 

在 上 面 代码 的 foo0 中 ， 进 行 了 一 次 从 make_ duo0 的 返回 类 型 ( 即 
Duo<int,int>) 到 foo0 的 返回 类 型 〈 即 Duo<floatint>) 的 隐 式 类 型 转换 。 类 似 
地 ， 在 main 函 数 中 ， 我 们 是 将 foo() 的 返回 值 和 make_duo(42,42.0) ( 即 
Duo<int,double>) 的 返回 值 进行 比较 ， 同 样 也 进行 了 一 次 隐 式 类 型 转换 。 

根据 上 面 的 代码 ， 要 增加 一 些 用 于 聚集 3 个 值 的 trio 模 板 ， 或 者 更 多 个 值 
的 其 他 模板 ， 实 现 起 来 原理 是 一 样 的 。 然 而 ， 在 下 一 节 中 ， 我 们 将 介绍 一 种 
更 加 结构 化 的 方法 ， 它 通过 般 套 化 duo 对 象 ， 来 聚集 更 多 的 对 象 。 


21.2 可 递归 duo 


考虑 下 面 的 对 象 定 义 : 


Duo<int, Duo<char Duo<bool, double> > > q4; 

q4 的 类 型 区 是 所 谓 的 可 递归 duo。 它 是 一 个 实例 化 目 duo 模 板 的 类 型 ， 而 
且 它 的 第 2 个 类 型 实 参 本 身 就 是 一 个 duo。 从 理论 上 而 言 ， 我 们 完全 可 以 对 第 1 
个 参数 进行 递归 ， 但 是 为 了 统一 起 见 ， 在 本 主题 所 讨论 的 内 容 里 ， 我 们 将 只 
把 第 2 个 模板 实 参 作为 可 递归 duo， 也 束 是 说 ， 第 2 个 模板 实 参 本 身 就 是 一 个 


duo° 


21.2.1 人 


// tuples/duo2.hpp 
template <typename A, typename B, typename C> 
class Duo<A, Duo<B,C> > { 


public: 
typedef A T1; // 第 1 个 域 的 类 型 
typedef Duo<B,C> T2; / 第 2 个 域 的 类 型 
enum { N = Duo<B,C>::N +11};V 域 的 个 数 
private: 
T1 valuel; / 第 1 个 域 的 值 
T2 value2; // 第 2 个 域 的 值 
public: 


// 其 他 的 公共 成 员 都 不 需要 改 


六 


> 
为 了 完整 性 考虑 ， 我 们 还 需要 为 duo 提 供 一 个 局 部 特 化 ， 作 为 上 面 递 归 的 
出 口 。 在 此 ， 这 个 出 口 是 一 个 只 包含 一 个 域 的 duo: 
// tuples/duo6.hpp 
// 针对 只 含有 一 个 域 的 Duo<> 的 局 部 特 化 template <typename A> 
struct Duo<A,void> { 
public: 
typedef A T1; // 第 1 个 域 的 类 型 
typedef void T2; V/ 第 2 个 域 的 类 型 


enum { N=1}: V 域 的 个 数 
private: 
T1 valuel; / 第 2 个 域 的 值 
public: 
// 构造 画 数 
Duo() : value1() { 
} 
Duo (T1 const & a) 
: valuel(a) { 
} 
1/ 域 访问 函数 
Tl& v1() { 
return valuel; 
} 
T1 const& v1() const {return valuel; 
} 
void v20 { 
} 
void v2() const { 


} 


上 
我 们 看 到 ， 在 上 面 的 局 部 特 化 中 ， 成 员 函 数 v20 实 际 上 是 没有 意义 的 ， 但 
为 了 正 交 性 考虑 ， 我 们 仍然 需要 保留 这 个 函数 。 
21.2.2 坪 J 
与 trio 或 者 quartet 类 相 比 ， 可 递归 duo 使 用 起 来 并 不 容易 。 例 如 ， 如 果 我 们 
要 访问 (前 面 代码 的 对象 q4 的 第 3 个 域 值 ， 我 们 需要 编写 如 下 的 表达 式 : 
q4.v2().v2().v1() 


值 。 


码 


) 


这 看 起 来 既 不 紧凑 ， 也 不 直观 。 笠 运 的 是 ， 我 们 能 够 针对 这 种 情况 编写 
可 递归 的 模板 ， 从 而 在 一 个 可 递归 duo 中 ， 就 可 以 高 效 地 访问 每 个 域 的 类 型 和 


让 我 们 先 看 看 类 型 画 数 DuoT 的 代码 (你 可 以 在 tuples/duo3.hpp 找 到 这 份 代 


template <int N, typename 工 > 
class DuoT { 
public: 


typedef void ResultT; “// 一般 情况 下 ， 结 构 类 型 是 void 


}; 


这 个 基本 模板 保证 了 以 下 的 事实 : 对 于 non-Duo ( 非 duo) 而 言 ， 
型 为 void。 对 于 非 递归 的 duo， 我 们 也 可 以 定义 两 个 简单 的 局 部 特 化 


取 每 个 域 的 类 型 : 


/针对 普通 duo 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoT <1, Duo<A,B> > { 
public: 
typedef A ResultT; 
上 
/针对 普通 duo 第 2 个 域 的 特 化 
template <typename A, typename B> 
class DuoT<2, Duo<A,B>>{ 
public: 
typedef B ResultT; 
允 


它 用 于 获取 可 递归 duo 的 第 n 个 类 型 。 其 中 泛 型 定义 如 下 : 
/用 于 获取 duo 的 第 N 个 域 的 类 型 〈 即 工 


结 采 类 
， 用 于 获 


有 了 上 面 这 些 特 化 之 后 ， 我 们 藉 可 以 这 样 定义 可 递归 duo 的 第 N 个 域 的 类 
: 一 般 情 况 下 ， 它 等 于 第 2 个 域 (本 身 也 是 一 个 duo) 的 第 N-1 个 域 的 类 型 。 


/针对 可 递归 duo 第 N 个 域 的 类 型 的 特 化 


template <int N, typename A, typename B, typename C> 
class DuoT<N, Duo<A, Duo<B,C> > > { 
public: 
typedef typename DuoT<N-1, Duo<B,C> >::ResultT ResultT; 
上 
另外 ， 针 对 可 递归 duo 第 1 个 〈 域 的 ) 类 型 的 特 化 如 下 ， 它 将 用 于 终止 递 
归 : 
// 针对 可 递归 duo 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoT<1, Duo<A, Duo<B,C> >>{ 
public: 
typedef A ResultT; 
上 
对 于 可 递归 duo 第 2 个 〈 域 的 ) 类 型 而 言 ， 为 了 避免 和 非 递 归 的 duo 产 生 二 
义 性 ， 我 们 还 需要 为 它 提 供 一 个 局 部 特 化 : 
// 针对 可 递归 duo 的 第 2 个 域 的 局 部 特 化 
template<typename A, typename B, typename C> 
class DuoT<2, Duo<A, Duo<B, C> > > { 


public: 
typedef B ResultT; 

上 

实际 上 ， 上 面 的 代码 并 不 是 实现 DuoT 模 板 的 唯一 途径 ， 有 兴趣 的 读者 也 
可 以 尝试 使 用 IfThenElse 模 板 ( 见 15.2.4 小 节 ) ， 来 达到 同样 的 目的 。 

21.2.3 域 的 值 

在 一 个 可 递归 duo 中 ， 束 操作 而 言 ， 抽 取 第 N 个 值 与 抽取 第 N 个 类 型 是 类 
似 的 ， 只 是 抽取 第 N 个 值 要 稍微 复杂 一 些 。 为 了 能 够 抽取 第 N 个 值 ， 我 们 需要 
实现 一 个 形 为 val<N>(duo) 的 接口 。 但 是 在 实现 该 接口 的 过 程 中 ， 我 们 需要 先 
实现 一 个 辅助 类 模板 DuoValue， 因 为 只 有 类 模板 才能 够 被 局 部 特 化 (函数 模 


板 现在 不 可 以 ) ， 而 局 部 特 化 能 够 帮助 我 们 高 效 地 抽取 第 N 个 值 。 下 面 就 是 
Val0) 范 数 如 何 进 行 委 托 的 代码 : 

// tuples/duo5.hpp 

#include "typeop.hpp" 

// 返回 变量 duo 的 第 N 个 值 

template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A, B> >::ResultT>::RefT 

val(Duo<A, B>& d) 

{ 

return DuoValue<N, Duo<A, B> >::get(d); 

} 

/返回 常量 duo 的 第 N 个 值 

template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A, B> >::ResultT>::RefConstT 

val(Duo<A, B> const& d) 

{ 

return DuoValue<N, Duo<A, B> >::get(d); 

} 

根据 上 一 人 小节 的 内 容 ， 我 们 知道 可 以 使 用 DuoT 模 板 来 确定 val () 的 返回 
类 型 ， 同 时 ， 我 们 还 使 用 了 15.2.3 小 太 开发 的 TypeOp 类 型 贸 数 ， 从 而 确保 返回 
类 型 为 一 个 引用 类 型 。 

下 面 是 DuoValue 的 一 个 完整 实现 ， 和 我 们 前 面 所 讨论 的 DuoT 很 类 似 〈 接 
下 来 将 讨论 实现 的 每 一 部 分 ) : 

// tuples/duo4.hpp 


#include "typeop.hpp" 
/ 基本 模板 ， 针 对 求 ”(duo) 工 的 第 N 个 值 


template <int N, typename 工 > 


class DuoValue { 


public: 
static void get(T&) { /一 般 情况 下 ， 并 不 返回 值 
} 
static void get(T const&) { 
} 


上 
/针对 普通 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<1, Duo<A, B>>{ 
public: 
static A& get(Duo<A, B> &d) { 
return d.v1(); 
} 
static A const& get(Duo<A, B> const &d) { 
return d.v1(); 
} 
上 
/针对 普通 duo 第 2 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<2, Duo<A, B>>{ 
public: 
static B& get(Duo<A, B> &d) { 
return d.v2(); 
} 
static B const& get(Duo<A, B> const &d) { 


return d.v2(); 


/针对 可 递归 duo 的 第 N 个 值 的 特 化 
template <int N, typename A, typename B, typename C> 
struct DuoValue<N, Duo<A, Duo<B,C> >>{ 
static 
typename TypeOp<typename DuoT<N-1, Duo<B,C> >::ResultT>::RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
static typename TypeOp<typename DuoT<N-1, Duo<B,C> 
>::ResultT>::RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
上 
/针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 


class DuoValue<1, Duo<A, Duo<B,C> > > { 


public: 
static A& get(Duo<A, Duo<B,C> > &d) { 
return d.v1(); 
} 
static A const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v1(); 


上 
/针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 


class DuoValue<2, Duo<A, Duo<B,C> > > { 


public: 


static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1(); 

} 

static B const& get(Duo<A, Duo<B,C> > const &d) { 
return d.v2().v1(); 


}; 

和 DuoT 一 样 ， 我 们 提供 了 一 个 DuoValue 的 沁 型 定义 ， 它 令 get 函 数 返 回 
void。 由 于 函数 模板 能 够 返回 void 表 达 式 ， 这 就 使 类 模板 DuoValue 同 时 适用 于 
nonduo， 或 者 大 于 最 大 限制 的 N 值 《虽然 传 入 nonduo 或 者 过 大 的 N 值 宣 无 意 
义 ， 但 是 这 种 实现 方法 有 利于 简化 某 些 模板 的 实现 ) : 

/基本 模板 ， 针 对 求 (duo)T 的 第 N 个 值 


template <int N, typename 工 > 


class DuoValue { 


public: 
static void get(T&) { /一般 情况 下 ， 并 不 返回 值 
} 
static void get(T const&) { 
} 


}; 
和 DuoT 一 样 ， 我 们 先 特 化 非 递 归 duo: 
/ 针对 普通 duo 的 第 1 个 域 的 特 化 


template <typename A, typename B> 


class DuoValue<1, Duo<A, B> > 1{ 
public: 
static A& get(Duo<A, B> &d) { 
return d.v1(); 
} 
static A const& get(Duo<A, B> const &d) { 


return d.v1(); 


然后 我 们 对 可 递归 duo 进 行 特 化 (和 DuoT 一 样 ): 
template <int N, typename A, typename B, typename C> 
class DuoValue<N, Duo<A, Duo<B,C> > > { 


public: 
static 
typename TypeOp<typename DuoT<N-1, Duo<B,C> >::ResultT>::RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
static typename TypeOp<typename DuoT<N-1, Duo<B,C> 
>::ResultT>::RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
/针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 


class DuoValue<1, Duo<A, Duo<B,C> > > { 


public: 
static A& get(Duo<A, Duo<B,C> > &d){ 
return d.v1(); 


} 
static A const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v1(); 


师 
/针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 


class DuoValue<2, Duo<A, Duo<B,C> >>{ 


public: 
static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1(); 
} 
static B const& get(Duo<A, Duo<B,C> > const &d) { 
return d.v2().v1(); 


上 

下 面 程序 给 出 如 何 使 用 上 面 的 duo: 

// tuples/duo5.cpp 

#include "duol1.hpp" 

#include "duo2.hpp" 

#include "duo3.hpp" 

#include "duo4.hpp" 

#include "duo5.hpp" 

#include <iostream> 

int main() 

{ 
/ 创建 和 使 用 一 个 简单 的 duo 
Duo<bool,int> d; 
std::cout << d.v1() << std::end]; 
std::cout << val<1>(d) << std::end]; 
/ 创建 和 使 用 triple 
Duo<bool,Duo<int,float> > ti 


val<1>(t) = true; 


val<2>(t) = 42; 
val<3>(t) = 0.2; 
std::cout << val<1>(t) << std::endl; 
std::cout << val<2>(t) << std::endl; 
std::cout << val<3>(t) << std::end]l; 

} 

例如 ， 调 用 

val<3>(t) 

最 后 将 会 扩展 为 : 

t.v2().v2() 

由 于 在 模板 的 实例 化 过 程 中 ， 递 归 是 在 编译 期 全 部 解 开 的 ， 并 且 val () 
函数 是 一 个 简单 的 内 联 画 数 ， 所 以 上 面 实现 的 这 个 功能 最 后 将 会 是 非常 高 允 
的 。 一 个 好 的 编译 器 将 会 尽量 减少 这 些 方面 〈 指 内 联 和 递归 ) 的 代码 量 ， 使 
之 与 具有 简单 结构 的 域 访问 的 代码 量 大 体 相当 。 

然而 ， 即 使 从 现在 看 来 ， 声 明和 构造 duo 对 象 仍然 是 麻烦 的 ; 因此 ， 下 一 
节 我 们 将 给 出 男 一 种 实现 方法 。 


21.3 tuple 构 造 


从 上 一 书 我 们 知道 ， 可 递归 duo 的 般 套 结构 有 助 于 展现 metaprogramming 
技术 的 应 用 。 然 而 ， 对 一 个 普通 程序 员 而 言 ， 总 是 期 望 可 以 获得 该 结构 的 一 
种 简单 接口 ， 从 而 可 以 在 日 常 工作 中 容易 地 使 用 这 种 结构 。 为 了 实现 这 种 接 
口 ， 我 们 可 以 定义 一 个 含有 多 个 参数 的 可 递归 tuple 模 板 ， 并 让 它 派生 自 一 个 
可 递归 duo 类 型 ， 其 中 该 duo 类 型 的 域 个 数 是 有 限制 的 ， 在 此 ， 我 们 假设 mple 
最 多 只 具有 5 个 域 ， 但 若 要 提供 更 多 的 域 ， 原理 是 完全 一 样 的 。 男 外 ， 你 可 以 
在 tuples/tuple1.hpp 找 到 这 部 分 代码 。 

为 了 使 tuple 的 大 小 ( 即 域 个 数 ) 是 可 变 的 ， 我 们 声明 了 一 些 无 用 的 类 型 
参数 ， 它 们 的 缺 省 值 是 一 个 nul 类 型 ， 在 此 ， 我 们 特地 定义 了 一 个 NullT 类 
型 ， 用 于 代表 这 种 null 类 型 。 之 所 以 使 用 NullT， 而 不 使 用 void， 是 因为 我 们 需 
要 创建 该 类 型 〈 即 NullT) 的 参数 ， 而 void 是 不 能 作为 参数 类 型 的 : 


// 用 于 代表 无 用 类 型 参数 的 类 型 

class NullT { 

接 下 来 ， 我 们 把 tuple 定 义 为 一 个 模板 ， 它 派生 上 自 duo， 而 且 该 duo 至 少 具 
有 一 个 定义 为 NullT 的 类 型 参数 . 

/ 一 般 情 况 下 ，Tuple<> 都 创建 自 “ 至 少 含有 一 个 NullT 的 男 一 个 Tuple<>” 


template<typename P1, 


typename P2 = Null], 
typename P3 = Null], 
typename P4 = NullT, 
typename P5 = NullT> 
class Tuple 
: public Duo<P1, typename Tuple<P?2,P3,P4,P5,NullT>::BaseT> { 
public: 
typedef Duo<P!1, typename Tuple<P2,P3,P4,P5, NullT>::BaseT> 
BaseTl; 
// 构造 函数 : 
TupleQ) {} 
Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<P2>::RefConstT a2, 
TypeOp<P3>::RefConstT aa = NullT(), 
TypeOp<P4>::RefConstT a4 = NullT(), 
TypeOp<P5>::RefConstT ap = NullT()) 
: BaseT(al, Tuple<P2,P3,P4,P5,NullT>(a2,a3,a4,a5)) { 


上 

从 上 面 代码 可 以 看 出 ， 当 给 可 递归 的 步骤 传递 参数 的 时 候 ， 我 们 使 用 了 
转移 的 实现 方式 〈 即 1 处 ) 。 另 一 方面 ， 由 于 派生 自 一 个 基 类 duo， 其 中 duo 含 
有 成 员 类 型 T1 和 T2， 因 此 我 们 使 用 Pn 而 不 是 Tn 来 作为 模板 参数 的 名 称 [12] 。 


同时 ， 我 们 需要 一 个 局 部 特 化 ， 用 于 结束 这 种 递归 ; 该 特 化 派生 目 一 个 
非 递归 的 duo: 
/用 于 终止 递归 的 特 化 
template <typename P1, typename P2> 
class Tuple<P1,P2, NullT,NullT,NullT> : public Duo<P1,P2> { 
public: 

typedef Duo<P1,P2> BaseT; 

Tuple() {} 

Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<P2>::RefConstT a2, 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT()) 

: BaseT(al, a2) { 

} 
上 
于 是 ， 有 一 个 如 下 的 声明 : 
Tuple<bool,int,float, double> t4(true,42,13,1.95583); 
最 后 的 层次 体系 将 会 如 图 21.1 所 示 。 


Duo < float ，double > 


4 M 


| 
Duo< int 6 double, NullT, NullT, NullT> :BaseT> | 


Duo < bool ，Tuple<int,float,double,NulIT,NulIT> :BaseT> 
i int,float, double, NullT> 


ET 


图 21.1 Tuple<bool,int,float,double> 的 类 型 


其 他 的 特 化 将 会 考虑 tuple 是 一 个 singleton 〈 即 只 具有 一 个 域 ) 的 情形 ; 

/ 针对 singletons 的 特 化 

template <typename P1> 

class Tuple<P1,NullT,NullT,NullT,NullT> : public Duo<P1,void> { 
public: 

typedef Duo<P1,void> BaseT; 

Tupleg {} 

Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT()) 

: BaseI(al) { 


最 后 ， 我 们 希望 定义 类 似 于 21.1 节 的 make_duo0 的 函数 ， 从 而 可 以 自动 地 
出 模板 参数 。 仁 憾 的 是 ， 对 于 前 面 所 支持 的 每 种 不 同 大 小 的 tuple， 都 需 


要 声明 一 个 不 同 的 函数 模板 make_duo0) ， 因 为 函数 模板 不 能 含有 缺 省 模板 实 
参 [13] ， 而 且 在 模板 参数 的 演绎 过 程 中 ， 也 不 会 考虑 缺 省 的 函数 调用 实 参 。 
于 是 ， 我 们 需要 如 下 定义 这 些 函 数 模 板 : 

/ 针对 一 个 实 参 的 辅助 画 数 


template <typename T1> 


inline 
Tuple<T1> make_tuple(T1 const &al) 
{ 
return Tuple<T1>(al); 
} 
/ 针对 两 个 实 参 的 辅助 函数 
template <typename T1, typename 工 2> 
inline 
Tuple<T1,T2> make_tuple(T1 const &al, T2 const &a2) 
{ 
return Tuple<T1,T2>(al,a2); 
} 
/ 针对 3 个 实 参 的 辅助 函数 
template <typename 工 , typename T2, typename 工 3> 


inline 

Tuple<T1,T2,T3> make_tuple(T1 const &al, T2 const &a2, 
T3 const &a3) 

| 


return Tuple<T1,T72,T3>(al,a2,a3); 
} 
/ 针对 4 个 实 参 的 辅助 画 数 
template <typename 工 , typename T2, typename T3, typename T4> 
inline 
Tuple<T1,T2,T3,T4> make_tuple(T1 const &al, T2 const &a2, 


T3 const &a3, T4 const &a4) 


return Tuple<T1,T2,T3,T4>(al,a2,a3,a4); 

} 

/针对 5 个 实 参 的 辅助 函数 

template <typename T1, typename T2, typename 工 3， 

typename T4, typename T5> 

inline 

Tuple<T1,T2,T3,T4,T5> make_tuple(T1 const &al, T2 const &a2, 
T3 const &a3, T4 const &a4, 
TS5 const &a5) 


return Tuple<T1,T2,T3,T4,T5>(al,a2,a3,a4,a5); 
} 
下 面 的 程序 给 出 如 何 使 用 该 tuple: 
// tuples/tuplel.cpp 
#include "tuplel.hpp" 
#include <iostream> 
int main() 
1 
/创建 和 使 用 只 具有 1 个 域 的 tuple 
Tuple<int> tl; 
val<1>(t1) += 42; 
std::cout << t1.v1() << std::end]; 
/ 创建 和 使 用 duo 
Tuple<bool,int> t2; 
std::cout << val<1>(t2) <<","; 
std::cout << t2.v1() << std::end]; 
/ 创建 和 使 用 triple 


Tuple<bool,int,double> t3; 
val<1>(t3) = true; 
val<2>(t3) = 42; 
val<3>(t3) = 0.2; 
std::cout << val<1>(t3) << ","; 
std::cout << val<2>(t3) << ","; 
std::cout << val<3>(t3) << std::endl; 
t3 = make_tuple(false, 23, 13.13); 
std::cout << val<1>(t3) << ","; 
std::cout << val<2>(t3) << ","; 
std::cout << val<3>(t3) << std::endl; 
/ 创建 和 使 用 quadruple 
Tuple<bool,int,float, double> t4(true,42,13,1.95583); 
std::cout << val<4>(t4) << std::end]; 
std::cout << t4.v2().v2().v2() << std::end]; 
} 
如 果 我 们 要 获得 一 个 具有 工业 强度 的 实现 ， 那 么 要 完成 一 个 完整 的 实 
现 ， 还 需要 对 我 们 前 面 所 提供 的 代码 进行 扩展 。 例 如 ， 为 了 对 tuple 的 参数 进 
行 转型 ， 我 们 需要 定义 一 个 赋值 运算 符 模 板 。 因 为 对 于 现今 代码 而 言 ， 参 数 
类 型 是 必须 精确 匹配 的 : 
Tuple<bool,int,float> t3; 
t3 = make_tuple(false, 23, 13.13); // 错误 : 13.13 为 double 类 型 


21.4 后 记 


许多 程序 员 平 常会 独立 地 编写 一 些 模 板 应 用 程序 ，tuple 构 造 可 能 就 是 其 
中 的 一 个 。 对 于 tuple 构 造 而 言 ， 每 个 程序 员 编 写 出 来 的 代码 细节 通常 各 不 相 
同 ， 但 大 多 都 是 基于 可 递归 pair 结 构 的 思想 (如 我 们 的 可 递归 duo) 。 男 一 方 
面 ，Andrei Alexandrescu 在 [AlexandrescuDesign] 一 书 中 开发 了 一 种 有 趣 的 实 
现 ， 它 把 tuple 的 类 型 列表 (list of type) 从 tuple 的 域 列表 (list of field) 中 分 离 


出 来 ， 从 而 就 有 了 type list 的 概念 ， 而 且 在 该 书 中 ，typelist 具 有 多 种 应 用 (其 
中 一 个 应 用 就 是 实现 一 个 封装 类 型 的 tuple 构 造 ) 。 

13.3 节 讨论 了 template list parameter 的 概念 ， 这 是 一 个 语言 扩展 ， 它 有 助 
于 简化 tuple 的 实现 。 


函数 对 象 (也 称 为 仿 画 数 ) 是 指 : 可 以 使 用 函数 调用 语法 进行 调用 的 任 

何 对 象 。 在 C 程 序 设计 语言 中 ， 有 3 种 类 似 于 函数 调用 语法 的 实体 ， 画 数 、 类 
似 于 画 数 的 宏和 函数 指针 。 由 于 函数 和 宏 实际 上 并 不 是 对 象 ， 因 此 在 C 语言 
中 ， 我 们 只 把 函数 指针 看 成 仿 函 数 。 然 而 在 Ct++ 中 ， 还 存在 其 他 的 函数 对 
象 : 对 于 class 类 型 ， 我 们 可 以 重 载 函 数 调 用 运算 符 ; 还 存在 函数 引用 
(reference to function) 的 概念 ， 另外， 成 员 函 数 和 成 员 函 数 指针 也 都 有 自身 
的 调用 语法 。 事 实 上， 并 不 是 每 个 概念 的 可 用 性 都 是 一 样 的 ， 但 如 果 能 把 仿 
画 数 的 概念 和 模板 所 提供 的 编译 期 参数 化 机 制 结合 起 来 ， 那 么 将 会 给 我 们 融 
来 非常 强大 的 程序 设计 技术 。 

除了 阐述 各 种 仿 画 数 类 型 ， 本 章 还 注重 仿 画 数 的 习惯 用 法 。 事 实 上 ， 对 
于 仿 函 数 而 言 ， 儿 乎 所 有 的 使 用 都 是 某 种 形式 的 回调 ， 而 回调 的 含义 是 这 样 
的 : 对 于 一 个 程序 库 ， 它 的 客户 端 希 望 该 程序 库 能 够 调用 客户 端 自 定 义 的 某 
些 函 数 ， 我 们 就 把 这 种 调用 称 为 回调 。 一 个 常见 的 例子 就 是 我 们 平常 所 使 用 
的 排序 规则 ， 用 于 在 一 个 要 排序 的 集合 中 ， 比 较 其 中 的 两 个 元 素 ; 在 此 ， 这 
个 排序 规则 就 是 以 一 个 仿 画 数 的 形式 传递 给 程序 库 代 码 的。 在 原来 的 
C++ 中 ， 回 调 这 个 概念 是 专门 为 仿 函 数 而 保留 的 ， 而 仿 函 数 通 常 是 以 函数 调 
用 实 参 的 形式 传递 给 程序 库 代 码 (而 现在 我 们 是 以 模板 实 参 的 形式 进行 传 
递 ) ， 为 了 遵循 这 种 习惯 用 法 ， 我 们 也 将 继续 使 用 “回调 ”这 个 概念 。 

函数 对 象 和 仿 画 数 的 概念 并 不 是 非常 清晰 统一 ; 不 同 的 C++ 程序 设计 者 
可 能 会 给 出 略 有 差异 的 定义 。 而 与 我 们 上 面 所 给 出 的 定义 相 比 ， 大 多 数 人 可 
能 还 会 加 上 以 下 限制 : 在 仿 函 数 或 者 函数 对 象 的 概念 中 ， 只 包括 class 类 型 的 


对 象 ， 并 不 包含 画 数 指针 。 另 外 ， 我 们 通 芝 都 会 听 到 关于 把 “函数 对 象 的 class 
类 型 看 成 < 函数 对 象 ” 的 讨论 ; 换 名 话说， 短语 “本 数 对 象 的 class 类 型 > 的 简写 
号 古 “ 函 数 对 象 *。 尽管 在 日 常 工 作 中 ， 我 们 对 这 些 术语 都 不 会 很 在 意 ， 但 我 
们 在 本 章 的 开头 吏 给 出 了 函数 对 象 的 初始 定义 ， 从 而 也 使 读者 有 一 个 很 明确 
的 概念 。 

在 阐述 如 何 使 用 模板 来 实现 有 用 的 仿 画 数 之 前 ， 我 们 先 讨论 函数 调用 的 
一 些 属性 ， 也 正 古 这 些 属性 的 差异 ， 才 真正 体现 出 基于 模板 的 仿 画 数 的 优 
点 。 


一 般 情 况 下 ， 当 C 或 者 C++ 编译 器 遇 到 一 个 非 内 联 函 数 的 定义 时 ， 它 会 大 
该 函数 的 定义 生成 机 器 码 ， 并 把 这 些 机 需 码 存储 在 一 个 目标 文件 中 。 同 时 ， 
它 还 创建 了 一 个 与 这 些 机 器 码 相关 联 的 名 称 。 在 C 中 ， 这 个 名 称 通常 瓯 是 函数 
本 和 喘 的 名 称 ; 而 在 C++ 中 ， 该 名 称 还 要 加 上 参数 类 型 的 编码 ， 从 而 即使 在 出 
现 函 数 重 载 鸭 情况 下 ， 也 能 够 获得 唯一 的 名 称 (最 后 这 个 名 称 通常 称 为 
mangled name， 有 时 也 称 为 decorated name) 。 壁 如 ， 当 编译 器 看 到 一 个 如 下 
的 调用 : 

fO; 

它 将 会 生成 函数 f 的 机 器 码 。 对 于 大 多 数 机 器 语言 来 说 ， 调 用 指令 本 寻 
需要 例 行 程序 {的 起 始 位 置 。 这 时 就 出 现 了 两 种 情况 .该 起 始 位 置 可 能 成 为 指 
令 的 一 部 分 (在 这 种 情况 下 ， 这 种 指令 也 被 称 为 直接 调用 ) ， 也 可 能 位 于 内 
存 或 机 器 寄存 器 的 某 处 (间接 调用 ) 。 事 实 上 ， 大 多 数 现代 的 计算 机 体系 结 
构 都 提供 了 这 两 种 程序 调用 指令 ; 但 是 直接 调用 的 执行 效率 比 间 接 调 用 要 高 
出 不 少 (至 于 原因 ， 已 经 超出 本 书 的 讨论 范围 。 实 际 上 ， 随 着 计算 机 体系 
结构 的 不 断 复杂 化 ， 直 接 调 用 和 间接 调用 之 间 的 效率 差距 也 不 断 增 大 。 
此 ， 编 译 需 通常 都 会 尽 可 能 地 生成 直接 调用 指令 。 

通常 而 言 ， 编 译 妖 刚 开始 并 不 知道 钞 数 完 竟 位 于 什么 地 址 《例如 ， 郴 数 
可 以 位 于 其 他 翻译 单元 ) 。 然 而 ， 如 果 编 辑 器 知道 了 函数 的 名 称 ， 那 么 它 首 
先 会 生成 一 个 不 舍 地 址 的 调用 指令 一 一 或 者 称 为 一 个 地 址 仍 未 确定 的 调用 指 


令 。 男 外 ， 编 译 器 在 目标 文件 中 还 会 生成 一 个 实体 ， 借 助 这 个 实体 ， 链 接 妖 
在 后 面 能 够 更 新 上 面 创建 的 调用 指令 ， 使 它 的 地 址 指向 给 定名 称 的 函数 ， 从 
而 成 为 一 个 地 址 确定 的 调用 指令 。 链 接 器 之 所 以 能 够 完成 这 些 功能 ， 是 因为 
它 能 够 见 到 创建 自 所 有 翻译 单元 的 所 有 目标 文件 ， 也 就 是 说 ， 链接 各 在 看 到 
玉 数 定义 的 位 置 的 同时 ， 也 看 到 函 数 调 用 的 位 置 ， 因 此 能 够 确定 直接 调用 
的 具体 位 置 [14] 。 

遗憾 的 是 ， 当 函数 名 称 并 不 确定 的 时 候 ， 束 只 能 使 用 间接 调用 了 。 使 用 
函数 指针 进行 调用 的 例子 通常 束 都 属于 这 种 情况 : 


void foo (void (*pf)()) 
{ 

pfO; V/ 通过 函数 指针 pf 进行 间接 调用 
} 


在 这 个 例子 中 ， 链 接 絮 通常 都 不 能 够 知道 参数 pf 完 况 指 向 哪 一 个 函数 
(也 就 是 说 ， 对 于 foo() 的 不 同调 用 ，pf 所 指向 的 函数 就 可 能 不 同 ) 。 因 此 ， 
编译 器 并 不 能 根据 pf 来 匹配 任何 名 字 ; 而 是 要 到 代码 实际 执行 的 时 候 ， 才 能 
够 知道 具体 的 调用 目标 是 什么 函数 。 

对 于 现在 的 计算 机 而 言 ， 尽 管 执 行 直接 调用 指令 的 速度 和 执行 其 他 一 般 
的 指令 相差 无 几 (例如 ， 执 行 对 两 个 整数 进行 求 和 的 指令 ) ,但 是 函数 调用 
仍然 是 一 个 比较 严重 的 性 能 障碍 。 让 我 们 先 考察 下 面 的 代码 : 

int f1(int const & 1) 

{ 

return ++(int&z)r; /不 合理 ， 但 却 是 合法 的 

} 

int f2(int const & 1) 

{ 

return T; 

} 

int f3() 

{ 


return 42; 
} 
int foo() 
{ 
int param = 0; 
int answer = 0; 
answer = f1(param); 
f2(param); 
{30); 
return answer + param; 
} 
函数 位 接收 一 个 const int 的 引用 实 参 ， 这 个 const 天 键 字 意味 大 了 画 数 不 会 修 
改 该 引用 实 参 所 引用 的 对 象 。 然 而 ， 如 果 这 个 引用 的 对 象 症 一 个 可 修改 的 
值 ， 那 么 C++ 程 序 可 以 合法 地 去 除 这 个 const 属 性 (约束 ) ， 也 就 是 说 能 够 改 
变 这 个 对 象 的 值 (你 可 能 会 认为 这 是 很 不 合理 的 ， 但 这 的 的 确 确 是 标准 
C++ 所 允许 的  ， 画 数 f1 的 行为 正 是 如 此 。 由 于 存在 这 种 (修改 const 所 引用 的 
值 ) 的 可 能 性 ， 所 以 对 于 那些 要 对 函数 所 生成 代码 进行 优化 的 编译 器 (实际 
上 大 多 数 编译 器 都 是 这 样 ) ， 就 必须 假设 : 每 个 接收 (指向 对 象 的 ) 引用 或 
者 指针 的 函数 都 可 能 修改 所 指向 对 象 的 值 。 男 外 我 们 还 应 该 清楚 一 点 : 通常 
情况 下 ， 编 译 器 只 是 看 到 函数 的 声明 ， 而 函数 的 定义 (或 者 称 为 实现 ) 通常 
位 于 另 一 个 翻译 单元 。 
因此 ， 大 多 数 编译 需 都 会 假设 上 面 代码 的 f20 也 会 修改 param 的 值 〈 即 使 
实际 操作 并 没有 修改 param 的 值 ) 。 实 际 上 ， 编 译 器 同样 也 不 能 假设 人 0 并 不 
会 修改 局 部 变量 param 的 值 ， 因 为 函数 f10 和 他 0 都 可 能 会 把 param 的 地 址 存储 
到 一 个 全 局 可 访问 的 指针 中 ， 于 是 ， 从 编译 名 的 角度 看 来 ，f30) 是 完全 有 可 能 
通过 这 个 全 局 可 访问 指针 修改 param 的 值 的 。 所 以 ， 这 种 不 确定 的 效果 令 大 多 
数 编译 需 都 不 知道 应 该 如 何 对 竺 各 种 对 象 ， 从 而 也 融 不 能 够 把 这 些 对 象 的 过 
程 值 (或 者 称 为 中 间 值 ) 存储 在 快速 寄存 器 中 ， 而 只 能 存储 于 内 存 中 。 


此 ， 涉 及 到 机 器 代码 移动 的 优化 ， 也 就 受到 了 很 大 的 限制 《通常 而 言 ， 函 数 
调用 会 对 代码 移动 形成 一 个 障碍 ) 。 

男 一 方面 ， 存 在 一 些 高 级 的 C++ 编 译 系统 ， 它 们 可 以 跟踪 潜在 别名 的 许 
多 实例 (潜在 别名 是 指 : 函数 f 纪 0 的 作用 域 中 的 表达 式 r， 束 是 foo0 作 用 域 中 
param 所 命名 对 象 的 一 个 别名 ) 。 然 而， 要 实现 这 种 特性 是 需要 付出 一 定 代价 
的 : 编译 速度 、 资 源 使 用 量 和 代码 的 可 靠 性 。 对 于 那些 不 具备 这 种 特性 的 编 
译 妖 ， 只 需要 花费 几 分 钟 就 可 以 创建 成 功 的 程序 ， 如 果 使 用 含有 该 符 性 的 编 
译 器 进行 编译 ， 那 么 可 能 需要 人 花费 几 个 小 时 甚至 几 天 的 时 间 才 能 够 编译 完成 
(而 且 前 提 是 能 够 为 编译 器 提供 足够 的 内 存 ) 。 而 且 ， 这 种 《含有 这 种 特性 
的 ) 编译 系统 会 更 加 复杂 ， 因 此 也 就 更 加 容易 生成 错误 的 代码 。 即 使 当 一 个 
最 优化 的 编译 侣 生成 了 正确 的 代码 ， 源 代码 也 很 有 可 能 会 包含 一 些 违反 〈 脆 
弱 的 ) C 和 C++ 别名 规则 [15] 的 代码 ， 虽 然 普 通 的 编译 器 都 不 会 受 这 些 (别名 
规则 ) 违反 的 影响 ， 但 是 对 于 最 优化 的 编译 器 而 言 ， 通 常 就 会 把 这 些 违 反 变 
成 真正 的 bug 。 

然而 ， 通 过 使 用 内 联 ， 束 可 以 大 大 帮助 普通 编译 器 进行 优化 。 假 设 前 面 
的 fLO0、B20 和 f30 都 被 声明 为 内 联 函 数 ， 那 么 foo0 的 代码 束 可 以 被 转化 为 大 体 
与 下 面 等 价 的 代码 : 

int foo'() 

{ 


int param = 0; 


int answer = 0; 
answer = ++(int&)param; 


return answer + param,; 


} 
而 一 个 普通 的 优化 器 可 以 马上 把 上 面 的 代码 变 成 : 
int foo"() 
{ 
return 2; 


} 


这 就 充分 阐明 了 这 里 使 用 内 联 的 优点 ， 在 一 个 调用 系列 中 ， 不 但 能 够 避 
免 执 行 这 些 (查找 名 称 的 ) 机 器 代码 ， 而 且 能 够 让 优化 器 看 到 函数 对 传递 进 
来 的 变量 进行 了 哪些 操作 。 

然而 ， 这 与 模板 又 有 什么 关系 呢 ? 实际 上 ， 我 们 在 后 面 将 会 看 到 ， 如 果 
我 们 使 用 基于 模板 的 回调 来 生成 机 絮 码 的 话 ， 那 么 这 些 机 器 码 将 主要 涉及 到 
直接 调用 和 内 联 调用 ;而 如 果 使 用 传统 的 回调 的 话 ， 那 么 将 会 导致 间接 调 
用 。 根 据 我 们 前 面 的 讨论 ， 可 以 知道 使 用 模板 的 回调 将 会 大 大 市 省 程序 的 运 
行 时 间 。 


22.2 函 与 函数 引用 
考虑 下 面 函 数 foo0 这 个 相当 简单 的 定义 : 


extern "C++" void foo() throw() 

{ 

} 

该 函数 的 类 型 为 : 具有 C++ 链接 的 函数 ， 不 接收 参数 ， 不 返回 值 并 且 不 
抛 出 异常 。 由 于 历史 原因 ， 在 C++ 语言 的 正式 定义 中 ， 并 没有 把 异常 规范 并 
入 函数 类 型 的 一 部 分 [16]。 然 而 ， 将 来 的 标准 将 会 把 异常 加 入 函数 类 型 中 。 
实际 上 ， 当 你 自己 编写 的 代码 要 和 某 个 钞 数 进行 匹配 时 ， 通 常 也 应 该 要 求 异 
常规 范 同 时 也 是 互相 匹配 的 。 名 字 链 接 (通常 只 存在 于 C 和 C++ 中 ) 是 类 型 系 
统 的 一 部 分 ， 但 某 些 C++ 编 译作 将 会 自动 添加 这 种 链接 。 特 别 地 ， 这 些 编译 
器 允许 具有 C 链 接 的 函数 指针 和 具有 C++ 链接 的 函数 指针 相互 赋值 。 这 同时 带 
来 下 面 的 一 个 事实 : 在 大 多 数 平 台 上 ，C 和 C++ 函数 的 调用 规范 几乎 是 一 样 
的 ， 唯 一 的 区 别 在 于 : C++ 将 会 考虑 参数 的 类 型 和 返回 值 的 类 型 。 

在 多 数 上 下 文中 ， 表 达 式 foo 能 够 转型 为 指向 函数 foo0 的 指针 。 即 使 foo 本 
身 并 没有 指针 的 含义 ， 但 是 就 如 表达 式 ia 一 样 ， 在 声明 了 下 面 的 语句 之 后 : 

int ia[10]; 

ia 将 隐 舍 地 表示 一 个 数组 指针 (或 者 是 一 个 指向 数组 第 1 个 元 素 的 指 
针 ) 。 于 是 ， 这 种 从 画 数 (或 者 数组 ， 到 指针 的 转型 通常 也 被 称 为 decay。 为 
了 详细 地 说 明 这 一 点 ， 让 我 们 编写 下 面 这 个 完整 的 C++ 程序 : 


// functors/funcptr.cpp 


#include <iostream> 


#include <typeinfo> 
void foo() 


{ 


} 


std::cout << "foo() called" << std::end]; 


typedef void FooT(); // FooT 是 一 个 函数 类 型 ， 


// 与 函数 foo0 有 具有 相同 的 类 型 


int main() 


{ 


foo0); / 直接 调用 

/输出 foo 和 FooT 的 类 型 

std::cout << "Types of foo: "<< typeid(foo).nameO) 
<< AD ; 


std::cout << "Types of FooT: " << typeid(FooT).nameO) 


<< \D '; 

FooT* pf = foo;，// 隐 式 转型 (decay) 

pfO; /通过 指针 的 间接 调用 

CphO; / 等 价 于 pfO 

/打印 出 pf 的 类 型 

std::cout << "Types of pf: "<< typeid(pf).namel() 
<< AD ; 

FooT& rf = foo; /没有 隐 式 转型 

rfO): / 通过 引用 的 间接 调用 

/ 输出 rf 的 类 型 


std::cout << "Types of rf: "<< typeid(rf).namel() 


<< \D '; 


该 例子 给 出 了 函数 类 型 的 多 种 用 法 ， 其 中 还 包括 许多 不 常见 的 用 法 。 

上 面 的 例子 使 用 了 typeid 运 算 符 ， 它 返回 一 个 静态 类 型 std::type， 其 中 
std::type 的 name0 函 数 将 会 返回 代表 对 应 表达 式 的 类 型 ( 见 5.6 节 ) 的 字符 串 。 
另外 ，typeid 并 不 会 对 它 的 参数 〈 即 这 里 的 函数 类 型 ) 进行 decay 。 

下 面 是 上 面 C++ 程 序 的 输出 结果 : 

foo() called 

Types of foo: void() 


Types of FooT: void () 

foo() called 

foo() called 

Types of pf: FooT* 

foo() called 

Types of rf: void (0) 

从 输出 结果 可 以 看 出 ， 在 name0 返 回 的 字符 串 中 ， 上 面 的 编译 器 实现 继 
续 保 留 typedef 的 名 称 (也 就 是 说 ， 上 面 的 第 5 个 输出 结果 是 FooT*， 而 不 是 
Void(*) ) ; 显然 ,这 一 点 并 不 是 语言 所 要 求 的 。 

该 例子 同时 也 说 明了 : 作为 语言 的 一 个 概念 ， 函 数 引 用 《或 者 称 为 指向 
函数 的 引用 ) 是 存在 的 ; 但 是 我 们 通常 都 是 使 用 函数 指针 《而 且 为 了 避免 产 
生 混淆 ， 最 好 还 是 继续 使 用 函数 指针 ) 。 另 外 ， 表 达 式 foo 实 际 上 是 一 个 左 
值 ， 因 为 它 可 以 被 绑 定 到 一 个 non-const 类 型 的 引用 ; 然而 ， 我 们 却 不 能 修改 
这 个 左 值 。 

我 们 另外 还 发 现 : 在 函数 调用 中 ， 可 以 使 用 函数 指针 的 名 称 (如 pf) 或 
者 函数 引用 的 名 称 (如 rf) 来 进行 函数 调用 ， 就 像 使 用 函数 名 称 本 身 一 样 。 因 
此 ， 可 以 认为 一 个 函数 指针 本 号 就 是 一 个 仿 男 数 一 一 一 个 在 函数 调用 语法 中 
可 以 用 于 代替 函数 名 称 的 对 象 。 另 一 方面 ， 由 于 引用 并 不 是 一 个 对 象 ， 所 以 
函数 引用 并 不 是 仿 轴 数 。 最 后 ， 如 果 基 于 我 们 前 面 所 讨论 的 直接 调用 和 间接 
调用 来 看 ， 那 么 这 些 看 起 来 相同 的 符号 却 很 可 能 会 有 很 大 的 性 能 差距 。 


22.3 函 


为 了 充分 理解 普通 函数 指针 和 成 员 函 数 指针 之 间 的 区 别 ， 我 们 需要 知 
道 : 典型 的 C++ 实现 〈 也 即 编译 器 ) 是 如 何 处 理 成 员 函 数 调 用 的 。 通 常 而 
， 画 数 调用 语法 大 概 具 有 p->mfO 的 形式 (或 者 有 少许 的 变化 ) ， 在 此 , p 
一 个 指向 对 象 或 子 对 象 的 指针 ， 它 以 某 种 隐藏 参数 的 形式 传递 给 mf()， 大 多 
作为 this 指 针 的 形式 传递 给 mf()。 

成 员 函 数 mfO 既 可 以 是 在 p 所 指 癌 的 子 对 象 中 定义 的 ， 也 可 以 是 该 子 对 象 
从 基 类 继承 下 来 的 。 例 如 : 
Class B1 { 
private: 
int bl; 
public: 
void mf1(); 


tr ?并 了 


上 
void B1::mf1() 
{ 
std::cout << "b1="<<b1<<std::end]; 
} 
作为 一 个 成 员 函 数 ，mf10 能 够 被 类 型 为 B1 的 对 象 调 用 ; 因此 ， 它 的 this 
指针 将 会 引用 类 型 为 B1 的 对 象 。 
接 下 来 ， 让 我 们 给 上 面 例子 添加 一 些 代 码 : 
class B21{ 
private: 
int b2; 
public: 
void mf2(); 


}; 
void B2::mf2() 
{ 


std::cout << "b2="<<b2<<std::end]; 


} 

类 似 地 ， 成 员 函 数 mf20) 所 期 望 的 隐 含 参数 this 指 针 将 会 指向 B2 类 型 的 子 
对 象 。 

现在 让 我 们 编写 一 个 同时 继承 自 B1 和 B2 的 新 类 : 

class D: public B1, public B2 { 


private: 


int d; 
}; 
有 了 上 面 这 个 定义 之 后 ，D 类 型 对 象 不 但 具有 B1 类 型 对 象 的 行为 ， 同 时 
也 具有 B2 类 型 对 象 的 行为 。 为 了 实现 D 类 型 对 象 的 这 种 特性 ， 一 个 D 对 象 就 需 
要 既 包 含 一 个 B1 对 象 ， 也 包含 一 个 B2 对 象 。 在 我 们 今天 所 知道 的 几乎 所 有 的 
32 位 编译 器 中 ，D 对 象 在 内 存 中 的 组 织 方式 都 将 会 如 图 22.1 所 示 。 也 就 是 说 ， 
如 果 int 成 员 占 用 4 个 字 节 的 话 ， 那 么 成 员 b1 的 地 址 为 this 的 地 址 ， 成 员 b2 的 地 
址 为 this 地 址 再 加 上 4 个 字 节 ， 而 成 员 d 的 地 址 为 this 地 址 加 上 8 个 字 节 。B1 和 B2 
最 大 的 区 别 在 于 : B1 的 子 对 象 ( 即 b1) 与 D 的 子 对 象 共享 起 始 地 址 ( 即 this 地 
址 ) ， 而 B2 的 子 对 象 〈《 即 b2) 则 没有 。 


D3 


] subobject of type B1: | subobject of type B2: | subobject of type D: 
int b1: | int b2: | int d: 
this 


图 22.1 类 型 D 的 典型 组 织 方式 
现在 我 们 考虑 下 面 两 个 普通 的 成 员 函 数 调用 : 
int main() 
{ 

D obj; 


obj.mf10); 
obj.mf20(); 

} 

调用 obj.mf20 要 求 : obj 中 B2 类 型 子 对 象 的 地 址 ， 并 把 它 作为 隐 含 参数 
传递 给 函数 mf20。 假 设 内 存 中 的 分 布 如 前 面 图 22.1 所 给 出 的 典型 实现 ， 那 么 
该 地 址 将 是 obj 的 地 址 加 上 4 个 字 节 。 在 知道 了 这 些 条 件 之 后 ，C++ 编 译 器 就 可 
以 容易 地 生成 用 于 调整 地 址 的 代码 。 另 外 ， 对 于 调用 mf10 ， 惑 不 需要 执行 这 
种 地 址 调整 ， 因 为 obj 的 地 址 就 是 (obj 中 的 ) B1 子 对 象 的 地 址 。 

然而 ， 如 采 使 用 的 是 成 员 函 数 指针 ， 那 么 编译 器 将 不 知道 应 该 如 何 进行 
地 址 调整 。 为 了 说 明 这 一 点 ， 让 我 们 用 下 面 的 代码 蔡 换 前 面 的 main0 函 数 : 

void call memfun (D obj, void (D::*pmf) ()) 

{ 

(obj.*pmf)(); 

} 

int main() 

{ 

D obj; 
call_ memfun(obj, &D::mf1); 
call_ memfun(obj, &D::mf2); 

} 

为 了 使 C++ 编 译 恬 面临 更 加 复杂 的 情况 ， 我 们 还 可 以 让 call_memfun() 孙 数 
和 main() 了 汞 数位 于 不 同 的 翻译 单元 。 

于 是 ， 我 们 可 以 得 出 一 个 结论 : 对 于 某 些 成 员 函 数 指针 ， 除 了 需要 知道 
函数 的 地 址 之 外 ， 还 需要 知道 基于 this 指 针 的 地 址 调整 。 然 而 ， 如 果 我 们 对 成 
员 画 数 指针 进行 强制 类 型 转换 ， 这 种 地 址 调整 通常 都 会 发 生 改变 。 可 以 通过 
下 面 的 例子 来 说 明 : 

void (D::*pmf al 0 = &D::mf2; 1/ 地址 调整 为 +4 个 字 市 

void (B2::*pmf_b)0 = (void (B2::*)0)pmf_a; ，// 又 变 成 原来 的 地 址 

// 即 地 址 调整 为 0 


上 面 给 出 这 些 讨论 的 目的 是 为 了 说 明 : 成 员 函 数 指针 和 函数 指针 之 间 的 
本 质 区 别 。 然 而 ， 当 我 们 面 对 的 是 虚 函 数 的 时 候 ， 这 些 本 质 区 别 又 是 远 远 不 
够 的 。 因 此 ， 对 于 成 员 函 数 指 针 ， 许 多 编译 器 通常 都 使 用 了 3- 值 结构 ， 分 别 
是 指 下 面 3 个 值 : 

1. 成 员 函 数 的 地 址 ， 如 果 是 一 个 虚 函 数 的 话 ， 那 么 该 值 为 NULL 。 

2. 基 于 this 的 地 址 调整 。 

3. 一 个 虚 函 数 驼 引 。 

然而 ， 这 些 细 市 已 经 完全 超出 了 本 书 的 范围 ， 如 果 你 对 这 些 细 市 很 感 兴 
趣 ， 可 以 参考 Stan Lippman 的 Inside C++ Object Model ( 见 
[LippmanObjMod]) 。 在 该 书 中 你 会 发 现成 员 变 量 指针 实际 上 并 不 是 一 个 真正 
意义 上 的 指针 ， 而 是 一 些 基于 this 指针 的 偏 移 量 ， 然 后 是 根据 this 指 针 和 对 应 
的 偏 移 量 ， 才 能 获取 给 定 的 域 ( 即 成 员 变 量 的 值 ， 对 于 值 域 而 言 ， 在 内 存 中 
可 以 表示 为 一 块 固有 的 存储 空间 ) 。 

最 后 ， 我 们 知道 对 于 通过 成 员 芳 数 指针 访问 成 员 函 数 的 操作 ， 实 际 上 是 
一 个 2 元 操作 ， 因 为 它 不 仅仅 需要 知道 对 应 的 成 员 画 数 指针 ( 即 下 面 的 
pmf) ， 还 需要 知道 包含 该 成 员 画 数 的 对 象 ( 即 下 面 的 obj) 。 于 是 ， 在 语言 
中 引入 了 特殊 的 成 员 指针 取 引 用 运算 符 .* 和 ->*: 

(obj.*pmf) (... ) ”/W 调用 位 于 obj 中 的 、pmf 所 引用 的 成 员 函 数 

(ptr->*pmf) (... ) WUW 调用 位 于 ptr 所 引用 对 象 中 的 、pmf 所 引用 的 成 员 


罗 | 


数 

相对 而 言 ， 通 过 指针 访问 一 个 普通 函数 束 是 一 个 一 元 操作 : 

GCptDO 

从 前 面 我 们 知道 ， 上 面 这 个 解 引 用 运算 符 可 以 省 略 不 写 ， 因 为 在 函数 调 
用 运算 符 中 ， 解 引用 运算 符 是 隐 式 存在 的 。 因 此 ， 前 面 的 表达 式 通常 可 以 写 
ptr() 
但 是 对 于 画 数 指针 而 言 ， 却 不 存在 这 种 隐 式 (存在 ) 的 形式 [17] 。 


22.4 class 类 型 的 仿 辑 


在 C++ 语言 中 ， 时 然 画 数据 和 了 按 就 是 现成 科 伪 图 数 ， 然而 ， 在 很 多 情 
况 下 ， 如 果 使 用 重 载 7 了 了 芳 数 调用 运算 符 的 class 类 型 对 象 的 话 ， 可 以 给 我 们 市 
来 很 多 好 处 : 壁 如 灵活 性 、 性 能 ， 甚 至 二 者 兼备 。 

22.4.1 class 类 型 1 个 实 

下 面 是 class 类 型 仿 璇 数 的 一 个 简单 例子 : 


// functors/functor1.cpP 


#include <iostream> 
// 含有 返回 常 值 的 贸 数 对 象 的 类 
class ConstantIntFunctor { 
private: 
int value; “/“ 本 数 调用 ”所 返回 的 值 
public: 
/ 构造 画 数 ， 初始 化 返回 值 
ConstantIntFunctor (int c) : value(c) { 
} 
/图 数 调用 ” 
int operator() () const { 
return value; 
} 
上 
/ 使 用 上 面 “ 函 数 对 象 " 的 客户 端 函 数 
void client (ConstantIntFunctor const& cif) 
{ 
std::cout << "calling back functor yields " << cifO << \n'; 
} 
int main() 
{ 
ConstantIntFunctor seven(7); 
ConstantIntFunctor fortytwo(42); 


client(seven); 
client(fortytwo); 

} 

ConstantIntFunctor 是 一 个 class 类 型 ， 而 它 的 仿 画 数 束 是 根据 该 类 型 创建 出 
来 的 。 也 就 是 说 ， 如 果 你 使 用 下 面 语句 生成 一 个 对 象 : 

ConstantIntFunctor seven(7); V 生成 一 个 函数 对 象 

那么 表达 式 : 

seven(); / 调用 函数 对 象 的 operator () 

就 是 调用 对 象 seven 的 operator()， 而 不 是 调用 函数 seven0。 实 际 上 ， 我 
们 传递 函数 对 象 seven 和 fortytwo 给 cdlient() 的 参数 cif， (间接 地 ) 获得 了 和 传递 
函数 指针 完全 一 样 的 效果 。 

该 例子 同时 也 说 明了 : 在 实际 应 用 中 ，class 类 型 仿 函 数 的 优点 所 在 (与 
函数 指针 相 比 ) : 能 够 在 画 数 中 关联 某 些 状态 (也 即 成 员 变 量 ) ， 这 可 能 也 
是 class 类 型 仿 函 数 最 重要 的 优点 。 而 对 于 回调 机 制 而 言 ， 这 种 优点 能 够 带 来 
功能 上 的 提升 。 因 为 对 于 一 个 函数 而 言 ， 我 们 现在 能 够 根据 不 同 的 参数 ( 主 
要 指 成 员 变 量 ) 来 生成 不 同 的 函数 实例 (如 前 面 的 seven 和 fortytwo) 。 

22.4.2 class 类 型 

与 贸 数 指针 相 比 ，class 类 型 仿 函 数 除 了 具有 状态 信息 之 外 ， 还 具有 其 他 
的 特性 。 实 际 上 ， 如 果 一 个 class 类 型 仿 画 数 并 没有 包含 任何 状态 的 话 ， 那 么 
它 的 行为 完全 是 由 它 的 类 型 所 决定 的 。 于 是 ， 我 们 可 以 以 模板 实 参 的 形式 来 
传递 该 类 型 ， 用 于 自 定 义 程 序 库 组 件 的 行为 。 

对 于 上 面 这 种 实现 ， 一 个 经 典 的 例子 是 : 以 某 种 顺序 对 它 的 元 素 进 行 排 
序 的 容器 类 ， 其 中 排序 规则 就 是 一 个 模板 实 参 。 男 外 ， 由 于 排序 规则 是 容器 
类 型 的 一 部 分 ， 所 以 如 果 对 某 个 特定 容器 混合 使 用 多 种 不 同 的 排序 规则 〈 例 
如 在 赋值 运算 符 中 ， 两 个 容器 使 用 不 同 的 排序 规则 ， 就 不 能 相互 赋值 ) ， 类 
型 系统 通常 都 会 给 出 错误 。 

C++ 标 准 库 中 的 set 和 map 容 器 就 是 以 上 面 这 种 方式 进行 参数 化 的 。 例 如 ， 
假设 我 们 使 用 相同 的 元 素 类 型 (如 Person) 定义 了 两 个 set， 但 两 个 set 具 有 不 
同 的 排序 规则 ， 那 么 如 果 对 这 两 个 set 进 行 比较 ， 将 会 导致 一 个 编译 期 错误 : 


#include <set> 


class Person { 


}; 
class PersonSortCriterion { 
public: 
bool operator() (Person const& p1, Person const& p2) const { 
/返回 pl 是否" 小于" p2 


}; 
void foo() 
{ 


std::set<Person, std::less<Person> > c0, ci1; 

// 用 operator < (小 于 号 ) 进行 排序 
std::set<Person, std::greater<Person> > c2; 

/用 operator > (大 于 号 ) 进行 排序 


std::set<Person, PersonSortCriterion> c3; 


ye /用 用 户 目 定义 的 排序 规则 
进行 排序 


c0 = c1: /正确 : 相同 的 类 型 
cl1 = c2; // 错误 : 不 同 的 类 型 


if (cl == c3){ /错误 : 不 同 的 类 型 


} 
对 于 set 的 这 3 个 声明 ， 元 素 类 型 和 排序 规则 都 是 以 模板 实 参 的 形式 进行 传 
递 的 。 其 中 标准 库 的 函数 对 象 类 型 模板 std::less 把 operator< 的 结果 作为 “函数 


调用 ”的 返回 结果 。 我 们 可 以 通过 下 面 这 个 std::less 的 简化 实现 来 说 明 这 一 
[18] : 
namespace std { 
template <typename T> 
class less { 
public: 
bool operator() (T const& x, T const& y) const { 
returnx<y; 
} 
上 
} 
而 std::greater 模 板 是 类 似 的 。 
因为 上 面 的 3 个 排序 规则 都 具有 不 同 的 类 型 ， 所 以 结果 set 的 类 型 也 是 各 不 
人 因此 ， 任 何 试图 对 其 中 两 个 set 比 较 或 者 赋值 的 操作 都 会 导致 一 个 编 
译 期 错误 (因为 比较 运算 符 要 求 具有 相同 的 类 型 ) 。 上 面 这 些 看 起 来 都 是 很 
直观 的 ， 但 是 在 使 用 模板 之 前 ( 即 不 使 用 模板 ) ， 这 种 排序 规则 通常 都 是 以 
函数 指针 的 形式 作为 容器 的 一 个 域 的 ， 而 既然 是 指针 ， 那 么 如 果 发 生 类 型 不 
匹配 的 话 ， 束 必须 等 到 运行 期 才能 够 检测 出 来 (而且 不 可 避免 地 要 进行 磋 烦 
的 检测 工作 ) 。 


22.5 指定 仿 辑 数 


在 我 们 前 面 的 例子 中 ， 我 们 只 给 出 了 一 种 选择 set 类 的 仿 函 数 的 方法 。 在 
一 让 里 ， 我 们 将 讨论 其 他 的 几 种 方法 。 


传递 仿 画 数 的 一 个 方法 是 让 它 的 类 型 作为 一 个 模板 实 参 。 然 而 类 型 本 身 
并 不 是 一 个 仿 函 数 ， 因 此 客户 闻 函 数 或 者 客户 端 类 必须 创建 一 个 给 定 类 型 的 
仿 函 数 对 象 。 当 然 ， 只 有 class 类 型 仿 画 数 才 能 这 么 做 ， 画 数 指针 则 不 可 以 ; 
而 且 函 数 指针 本 号 也 不 会 指定 任何 行为 。 另 外 ， 也 不 存在 一 种 能 够 传递 包 合 


状态 的 类 型 的 机 制 (因为 类 型 本 身 并 不 包含 任何 特定 的 状态 ， 只 有 对 象 才 可 
能 具有 某 些 特定 的 状态 ， 所 以 在 此 真正 要 传递 的 是 一 个 特定 的 对 象 ) 。 

下 面 是 函数 模板 的 一 个 锥 形 ， 它 接收 一 个 class 类 型 的 仿 画 数 作为 排序 规 
则 : 

template <typename FO> 

void my_sort (... ) 

{ 

FO cmp; // 创建 钞 数 对 象 


让 (cmp(xy)) { /使 用 函数 对 象 来 比较 2 个 值 


} 

/ 以 仿 函 数 为 模板 实 参 ， 来 调用 函数 

my_sort<std::less<... > >(...); 

运用 上 面 这 个 方法 ， 比 较 代码 (如 std::less<>) 的 选择 将 会 是 在 编译 期 进 
行 的 。 并 且 由 于 比较 操作 是 内 联 的 ， 所 以 一 个 优化 的 编译 器 将 能 够 产生 本 质 
上 等 价 于 不 使 用 仿 男 数 ， 而 直接 编写 的 代码 。 为 了 使 之 更 加 完美 ， 优 化 器 还 
必须 能 够 省 去 函数 对 象 cmp 所 占用 的 内 存 空 间 。 然 而 实际 上 ， 只 有 人 少数 的 几 个 
编译 蛋 提 供 了 这 些 特性 。 


男 一 种 传递 仿 函 数 的 方法 是 以 函数 调用 实 参 的 形式 进行 传递 。 这 殊 人 允许 
调用 者 在 运行 期 构造 画 数 对 象 (可 能 使 用 一 个 非 虚拟 的 构造 钞 数 ) 。 

忠 作 用 而 言 ， 函 数 调 用 实 参 和 函数 类 型 参数 本 质 上 是 类 似 的 ， 唯 一 的 区 
别 在 于 : 当 传 递 参 数 的 时 候 ， 画 数 调用 实 参 需要 拷贝 一 个 仿 钞 数 对 象 。 这 种 
拷贝 开销 通常 是 很 低 的 ， 而 且 实 际 上 如 有 果 该 仿 画 数 对 象 没 有 成 员 变 量 的 话 
而 实际 情况 也 经 常 如 此 ) ， 那 么 这 种 拷贝 开销 也 将 接近 于 0。 考 虑 my_sort 例 
子 在 这 一 点 上 的 变化 : 


a 


template <typename F> 
void my_sort (... , F cmp) 


{ 


if (cmp(x,y)) { V 使 用 函数 对 象 ， 来 比较 两 个 值 


} 

/ 以 仿 画 数 作为 调用 实 参 ， 调 用 排序 函数 

my_sort (... , std::less<... >()); 

在 my_sort() 汞 数 内 部 ， 我 们 需要 处 理 传 递 进来 的 参数 值 的 拷贝 cmp。 当 这 
个 值 是 一 个 空 类 对 象 时 ， 也 就 不 存在 能 够 用 于 区 分 局 部 构造 的 仿 画 数 和 传递 
进来 的 拷贝 的 状态 (该 拷贝 本 身 是 一 个 仿 函 数 ) 。 在 此 ， 可 以 看 看 下 面 这 个 
优化 问题 ， 对 于 这 个 传递 进来 的 “ 空 仿 画 数 "， 编 译 侣 并 不 把 它 当 成 一 个 仿 画 
数 ， 可 能 只 是 把 它 作为 一 个 用 于 重 载 解析 规则 的 参数 ， 并 且 也 就 不 需要 进行 
“参数 一 实 参 ? 匹 配 。 在 最 后 所 实例 化 的 函数 中 ， 将 会 由 一 个 局 部 创建 的 哑 对 
和 象 来 充当 这 个 仿 函 数 ， 即 取代 所 传递 进来 的 仿 画 数 。 

这 样 在 大 多 数 情 况 下 都 是 可 行 的 ， 唯 一 的 例外 是 : 裕 仿 函数 的 拷贝 构造 
函数 具有 某 些 副作用 。 而 在 实际 应 用 中 惑 意味 着 : 任何 具有 目 定义 拷贝 构造 
函数 都 不 可 以 用 上 一 段 的 方法 进行 优化 。 

在 本 书 编写 的 时 候 ， 这 种 仿 画 数 规 范 技 术 的 优点 可 能 在 于 : 可 以 传递 函 
数 指针 来 作为 实 参 。 例 如 : 

bool my_criterion () (T const& x, T const& y); 

/ 以 函数 对 象 为 实 参 ， 进 行 函 数 调用 

my_sort (..., my_criterion); 


毕竟 许多 程序 员 还 习惯 于 稼 规 的 函数 调用 语法 ， 而 不 太 习 惯 涉 及 到 模板 


规则 也 可 以 在 运行 期 以 构造 画 数 实 参 的 形式 进行 传递 : 


对 于 前 面 两 种 传递 仿 函 数 的 方式 一 一 即 传递 画 数 指针 和 class 类 型 的 仿 函 


， 只 要 通过 定义 缺 省 画 数 调用 实 参 ， 是 完全 可 以 把 这 两 种 方式 结合 起 来 
的 : 


template <typename F> 
void my_sort (..., F cmp = F()) 
{ 


if (cmp(%,y)) { W 使 用 函数 对 象 来 比较 两 个 值 


} 

bool my_criterion () (T const& x, T const& y); 

/ 借助 于 模板 实 参 传递 进来 的 仿 函 数 ， 来 调用 排序 函数 
my_sort<std::less<... > >(...); 

/ 借助 于 值 实 参 〈“ 即 函数 实 参 ) 传递 进来 的 仿 函 数 ， 来 调用 排序 函数 
my_sort (... , std::less<... >()); 

/ 借助 于 值 实 参 〈 即 函数 实 参 ) 传递 进来 的 指针 ， 来 调用 函数 
my_sort (..., my_criterion); 


C++ 标准 库 的 排序 集合 类 也 是 以 上 面 这 种 方式 进行 定义 的 。 另 外 ， 排 序 


class RuntimeCmp { 


}; 

/ 以 编译 期 模板 实 参 的 形式 传递 排序 规则 

/ (使 用 排序 规则 的 缺 省 构造 函数 ) 
set<int,RuntimeCmp> cl1; 

/ 以 运行 期 构造 函数 实 参 的 形式 传递 排序 规则 


set<int,RuntimeCmp> c2(RuntimeCmp(... )); 


关于 更 多 的 细节 ， 可 以 参考 [JosuttisStdLib] 的 178 一 197 页 。 


我 们 同样 也 可 以 通过 非 类 型 模板 实 参 的 形式 来 提供 仿 画 数 。 然 而 ， 正 如 
我 们 在 4.3 节 和 8.3.3 小 节 所 述 ，class 类 型 的 仿 函 数 (更 普遍 而 言 ， 应 该 称 为 
class 类 型 的 对 象 ) 将 不 能 作为 一 个 有 效 的 非 类 型 模板 实 参 。 例 如 ， 下 面 的 代 
码 丈 是 无 效 的 : 

Class MyCriterion { 


public: 
bool operator() (SomeType const&, SomeType const&) const; 
> 
template <MyCriterion F> ” // ERROR: MyCriterion 是 一 个 class 类 型 
void my_sort (... ); 
然而 ， 我 们 可 以 让 一 个 指向 class 类 型 对 象 的 指针 或 者 引用 作为 非 类 型 实 
， 这 也 启发 了 我 们 编写 出 下 面 的 代码 : 


class MyCriterion { 


党 


public: 
Virtual bool operator() (SomeType const&x， 
SomeType const&) const = 0; 
1 
class LessThan : public MyCriterion { 
public: 
Virtual bool operator() (SomeType const&, 
SomeType const&) const; 
|- 
template<MyCriterion& F> 
void sort (... ); 
LessThan order:; 
sort<order> (... ); // 错误 : 要 求 派生 类 到 基 类 的 转型 
sort<(MyCriterion&)order> (..…. ); V 非 类 型 模板 实 参 所 引用 的 必须 是 一 


/简单 的 名 称 (不 能 含有 转型 ) 

在 上 面 这 个 例子 中 ， 我 们 的 目的 是 为 了 在 抽象 基 类 中 描述 这 种 排序 规则 
的 接口 ， 并 且 在 非 类 型 模板 实 参 中 使 用 该 抽象 类 型 。 束 我 们 的 想法 而 言 ， 我 
们 是 为 了 能 够 在 派生 类 (如 LessThan) 中 来 特定 地 实现 基 类 的 这 种 接口 
(MyCriterion) 。 遗 憾 的 是 ，C++ 并 不 允许 这 种 实现 方法 ， 在 C++ 中 ， 借 助 于 
引用 或 者 指针 的 非 类 型 实 参 必 须 能 够 和 参数 类 型 精确 匹配 ， 从 派生 类 到 基 类 
的 转型 是 不 允许 的 ， 而 进行 显 式 类 型 转换 也 会 使 实 参 无 效 ， 同 样 也 是 错误 
的 。 

根据 我 们 前 面 的 例子 ， 我 们 可 以 得 出 一 个 结论 : class 类 型 的 仿 函 数 并 不 
适合 以 非 类 型 模板 实 参 的 形式 进行 传递 。 相 反 ， 画 数 指针 (或 者 函数 引用 ) 
却 可 以 是 有 效 的 非 类 型 模板 实 参 。 接 下 来 一 节 束 讨论 了 这 个 概念 〈 即 函数 指 
针 作 为 非 类 型 模板 实 参 ) 所 提供 的 一 些 实现 。 

22.5.5 i 

假设 我 们 具有 一 个 框架 ， 它 需要 接收 一 些 仿 钞 数 ， 而 这 里 的 仿 函 数 指 的 
是 class 类 型 的 仿 画 数 ， 诸 如 上 一 市 例子 中 的 排序 规则 。 而 且 ， 我 们 还 具有 一 
些 来 自 以 前 ( 非 模板 ) 程序 库 的 画 数 ， 我 们 希望 这 些 画 数 也 能 够 作为 仿 画 数 
来 进行 传递 。 

为 了 解决 上 面 的 问题 ， 我 们 可 以 对 函数 调用 进行 封装 。 例 如 : 


class CriterionWrapper { 


public: 
bool operator() (... ) { 
return wrapped_ function(... ); 
} 
1 
在 此 ，wrapped_function(... ) 是 一 个 合法 的 函数 ， 我 们 硕 望 它 也 能 够 适合 
我 们 前 面 所 假设 的 那个 更 加 普 衣 的 仿 函 数 框架 ， 即 接收 class 类 型 仿 画 数 的 框 
架 o 
实际 上 ， 对 于 要 把 一 个 合法 的 函数 嵌入 一 个 接收 class 类 型 仿 男 数 框架 的 
情况 ， 并 不 是 少见 的 例子 。 因 此 ， 我 们 希望 可 以 定义 一 个 模板 ， 从 而 可 以 方 


便 地 藤 入 这 种 函数 : 
template<int (*FP)()> 
class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 


上 

下 面 是 一 个 完整 的 例子 : 

// functors/funcwrap.cpp 

#include <vector> 

#include <iostream> 

#include <cstdlib> 

/用 于 把 函数 指针 封装 成 函数 对 象 的 封装 类 


template<int (*FP)()> 


class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 


} 
/ 要 进行 封装 的 函数 实例 
int random_int() 
{ 
return std::rand(); / 调用 标准 的 C 函 数 
} 
/ 客户 问 ， 它 使 用 由 模板 参数 传递 进来 的 钞 数 对 象 类 型 


template <typename FO> 


void initialize (std::vector<int>& coll) 


FO fo; / 创建 函数 对 象 
for (std::vector<int>::size_type i=0; i<coll.size(); ++i) { 


coll[i] = fo0; // 调用 由 函数 对 象 表 示 的 函数 


} 

int main() 

{ 
/ 创建 含有 10 个 元 素 的 vector 
std::vector<int> v(10); 
/用 封装 函数 来 (重新 ， 初始 化 vector 的 值 
initialize<FunctionReturningIntWrapper<random_int> >(V); 
/ 输出 vector 中 元 素 的 值 


for (std::vector<int>::size_type i=0; i<V.size(O; ++iD { 


std::cout << "coll[" <<i << "]:" << vl[i] << std::endl; 


} 

其 中 位 于 initialize() 内 部 的 表达 式 

FunctionReturningIntWrapper<random_int> 

封装 了 函数 指针 random_int， 于 是 我 们 可 以 把 

FunctionReturningIntWrapper<random_int> 

作为 一 个 模板 类 型 参数 传递 给 initialize 函 数 模 板 。 

注意 ， 我 们 不 能 把 一 个 具有 C 链接 的 函数 指针 直接 传递 给 类 模板 
Function ReturningIntWrapper。 例 如 : 


initialize<FunctionReturningIntWrapper<std::rand> >(V); 

可 能 惑 会 是 错误 的 ， 因 为 std::rand0 是 一 个 来 自 C 标 准 库 的 函数 (因此 也 
就 具有 C 链 接 [19] ) 。 然 而 ， 我 们 可 以 引入 一 个 typedef， 从 而 就 可 以 使 一 个 
函数 指针 类 型 具有 合适 的 链接 ; 

/针对 具有 C 链 接 的 函数 指针 的 类 型 


extern "C" typedef int (*C_int_FP)O; 
/ 把 函数 指针 封装 成 函数 对 象 的 类 
template<C_int_FP FP> 
class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 

} 
}; 
在 此 ， 很 有 必要 再 次 阐明 : 模板 是 一 种 编译 期 机 制 的 观点 。 因 为 这 意味 
着 编译 絮 知 道 用 哪些 值 来 炎 换 模板 FunctionReturningIntWrapper 的 参数 FP。 基 
于 这 种 原因 ， 对 于 初 看 起 来 是 一 个 间接 调用 的 函数 (因为 初 看 起 来 涉及 到 指 
针 ) ， 大 多 数 C++ 编译 器 实现 应 该 能 够 把 这 种 间接 调用 转化 为 直接 调用 。 实 
际 上 ， 如 果 所 调用 的 函数 是 内 联 画 数 ， 而 且 它 的 定义 在 调用 点 是 可 见 的 ， 那 
么 我 们 期 望 这 种 调用 是 内 联 调用 同样 也 是 合理 的 。 


22.6 内 省 


在 程序 设计 上 下 文中 ， 内 省 指 的 是 一 种 能 够 查看 自身 的 能 力 。 例 如 ， 我 
们 在 第 15 章 设计 了 一 个 可 以 查看 类 型 ， 并 且 判 断 它 完 竟 属于 何 种 安 观 类 型 
[20] 的 模板 。 对 于 仿 画 数 而 言 ， 同 样 也 需要 具备 一 些 内 省 能 力 ; 例如 ， 碍 看 
仿 玉 数 授 收 多 少 个 参数 、 仿 函数 的 返回 类 型 、 仿 玉 数 的 第 n 个 参数 的 类 型 等 。 

要 使 任何 一 个 仿 函 数 都 实现 内 省 的 能 力 并 不 是 很 容易 的 。 例 如 ， 在 下 面 
这 个 仿 画 数 中 ， 如 何 才 能 编写 一 个 类 型 函数 ， 用 来 查看 第 2 个 参数 的 类 型 呢 ? 


class SuperFunc { 


public: 
void operator() (int, char**); 
站 
某 些 C++ 编译 器 提供 了 一 个 特殊 的 类 型 画 数 一 一 也 束 是 我 们 熟知 的 
typeof。 它 能 够 查看 并 且 给 出 它 的 实 参 表达 式 的 类 型 (实际 上 并 没有 求 出 整个 


表达 式 的 值 ， 大 概 类 似 于 sizeof 运 算 符 ) 。 有 了 typeof 运算 符 之 后 ， 尽 管 还 有 
一 定 的 难度 ， 但 我 们 已 经 可 以 一 定 程度 地 解决 前 面 的 问题 了 ; 至 于 typeof 的 概 
念 ， 我 们 已 经 在 13.8 广 讨论 过 了 
男 外， 我 们 可 以 开发 一 个 仿 画 数 框 架 ， 它 要 求 所 参与 的 仿 画 数 都 必须 提 
供 一 些 额 外 的 信息 ， 从 而 可 以 实现 某 种 程度 上 的 内 省 。 这 也 是 我 们 在 本 章 的 
剩余 部 分 所 要 进行 曾 述 的 内 容 。 
22.6.1 = J 


在 我 们 的 框架 中 ， 我 们 只 是 处 理 class 类 型 的 仿 画 数 [21] ， 并 且 要 求 框架 
可 以 提供 以 下 这 些 与 仿 函 数 相关 的 属性 : 

“ 仿 函 数 参 数 的 个 数 (作为 一 个 成 员 枚 举 常 量 NumParams) 。 

。 仿 函数 每 个 参数 的 类 型 (通过 成 员 typedef Param1T、Param2T、Param3T 
来 表示 ) 。 

* 仿 函数 的 返回 类 型 (通过 一 个 成 员 typedef ReturnT 来 表示 ) 。 

例如 ， 我 们 可 以 这 样 编写 PersonSortCriterion， 使 之 适合 我 们 前 面 的 框 


过 
| 


class PersonSortCriterion { 
public: 
enum { NumParams = 2 }; 
typedef bool ReturnT; 
typedef Person const& Param1T; 
typedef Person const& Param2T; 


bool operator() (Person const& p1, Person const& p2) const { 


/返回 pl 是 否 "小 于 " p2 


}; 

就 我 们 的 目的 而 言 ， 上 面 (PersonSortCriterion) 的 这 些 约束 就 已 经 足够 
了 。 借 助 于 这 些 约束 ， 我 们 可 以 编写 出 能 够 根据 原来 仿 函 数 生成 新 仿 范 数 的 
模板 (例如 ， 通 过 组 合 上 面 这 些 typedef) 。 


另外 ， 对 于 仿 函 数 而 言 ， 还 有 其 他 许多 值得 表现 出 来 的 特性 。 例 如 ， 我 
们 可 能 希望 知道 : 某 个 仿 函 数 是 否 具 有 副作用 ; 借助 于 这 些 信 息 ， 我 们 就 可 
以 安全 地 对 某 些 特定 的 泛 型 模板 进行 优化 。 这 种 没有 副作用 的 仿 画 数 ， 我 们 
通常 把 它 称 为 纯 仿 函数 (pure functor) 。 而 如 果 能 够 内 省 这 个 属性 ( 即 纯 仿 
函数 ) 是 非常 有 用 的 ， 因 为 编译 器 有 时 候 就 需要 判断 一 个 仿 画 数 是 否 是 纯 仿 
画 数 。 例 如 ， 通 常 而 言 ， 排 序 规则 束 必 须 是 纯 仿 函数 [22] ， 否 则 的 话 排序 操 
作 的 结果 将 会 是 毫 无 意义 的 。 

22.6.2 访问 参 

仿 函 数 可 以 具有 任意 数量 的 参数 。 而 且 在 我 们 的 约束 ( 指 上 一 小 市 开头 
所 给 出 的 3 个 属性 ) 中 ， 访 问 参数 的 类 型 是 相当 直观 的 ， 例 如 访问 第 8 个 参数 
的 类 型 是 Param8T。 然 而 ， 当 使 用 模板 来 处 理 第 几 个 参数 类 型 时 ， 我 们 通常 都 
硕 望 能 够 获得 最 大 的 灵活 性 。 在 这 个 例子 中 ， 我 们 期 望 能 够 编写 一 个 类 型 函 
数 ， 对 于 一 个 给 定 的 仿 函 数 类 型 和 一 个 常数 N， 可 以 给 出 该 仿 函 数 第 N 个 参数 
的 类 型 。 于 是 ， 我 们 将 需要 为 下 面 的 基本 模板 编写 多 个 局 部 特 化 : 


template<typename FunctorType, int N> 


class FunctorParam; 

对 于 从 1 到 某 个 最 大 合理 值 《譬如 20， 很 少 有 多 于 20 个 参数 的 仿 函 数 ) 的 
每 个 N 值 ， 我 们 都 可 以 提供 一 个 局 部 特 化 。 每 个 这 种 局 部 特 化 都 可 以 定义 一 个 
成 员 typedef Type， 用 来 反映 相应 参数 的 类 型 。 

这 里 整 出 现 了 一 个 困难 : 如 果 N 值 大 于 仿 男 数 的 参数 个 数 ， 那 么 
FunctorParam<F, N>::Type 的 值 将 会 是 什么 呢 ? 一 种 解决 方案 就 是 让 这 种 情况 
导致 一 个 编译 错误 。 虽 然 该 解决 方案 很 容易 实现 ， 但 这 会 大 大 减弱 
FunctorParam 类 型 国 数 的 有 用 性 。 第 2 个 解决 方案 是 让 该 情况 下 
FunctorParam<E, N>::Type 的 值 为 void， 遗 憾 的 是 类 型 void 自 身 会 有 很 多 限制 。 
例如 ， 函 数 不 能 接收 类 型 为 void 的 参数 ， 我 们 不 能 创建 指向 void 类 型 的 引用 。 
因此 ， 我 们 可 能 会 趋 铝 于 考虑 第 3 种 解决 方案 FunctorParam<F, N>::Type 的 值 
为 一 个 私有 的 成 员 class 类 型 。 这 种 类 型 的 对 象 是 不 能 够 彼 创 建 的 ， 但 束 用 法 
而 言 ， 却 几乎 没有 任何 约束 。 下 面 就 是 一 个 实现 例子 : 


// functors/functorparam1.hpp 


#include "ifthenelse.hpp" 
template <typename EF, int N> 
class UsedFunctorParam:; 
template <typename F, int N> 
class FunctorParam { 
private: 
class Unused { 
private: 
Class Private {}; 
public: 
typedef Private Type; 
’» 
public: 
typedef typename IfThenElse<F::NumParams>=N, 
UsedFunctorParam<F,N>, 
Unused>::ResultT::Type 
Type; 
上 
template <typename F> 
class UsedFunctorParam<F, 1> { 
public: 
typedef typename F::Param1T Type; 
J 
IfThenElse 模板 是 在 15.2.4 小 节 介 绍 的 。 男 外 ， 我 们 引入 了 一 个 辅助 模板 
UsedFunctorParam; 对 于 每 个 特定 的 N 值 ， 都 需要 对 该 模板 进行 局 部 特 化 。 而 
编写 这 些 局 部 特 化 的 一 个 更 加 人 简洁 的 方式 是 使 用 下 面 的 宏 : 


// functors/functorparam2.hpp 


#define FunctorParamSpec(N) \ 


template<typename F> \ 


class UsedFunctorParam<F, N> { \ 
public: \ 
typedef typename F::Param##N##T Type; \ 


FunctorParamSpec(2); 


FunctorParamSpec(3); 


FunctorParamSpec(20); 
#undef FunctorParamSpec 
22.6.3 封 : 站 

在 上 一 小 节 中 ， 我 们 借助 于 成 员 typedef 的 形式 ， 使 仿 画 数 类 型 能 够 文 持 
某 些 内 省 。 然 而 ， 由 于 要 实现 这 些 内 省 的 约束 ， 画 数 指针 不 再 适用 于 我 们 的 
框架 。 往 运 的 是 ， 如 我 们 前 面 所 讨论 的 ， 我 们 可 以 通过 封装 了 画 数 指针 来 绕 过 
这 种 限制 。 接 下 来 ， 让 我 们 开发 一 个 小 工具 ， 它 能 够 封装 最 多 具有 2 个 参数 的 
函数 (封装 含有 多 个 参数 的 画 数 的 原理 和 做 法 是 一 样 的 ， 我 们 在 此 为 了 使 讨 
论 更 加 简洁 ， 所 以 也 就 只 选择 2 个 参数 ) 。 而 且 ， 我 们 只 参数 化 具有 C++ 链接 
的 函数 ;对 于 具有 C 链接 的 函数 ， 解 决 方法 也 是 类 似 的 ， 我 们 在 前 面 已 经 前 
过 过 了 = 

接 下 来 给 出 的 解决 方案 将 会 涉及 到 2 个 组 件 : 类 模板 FunctionPtr， 它 的 实 
例 就 是 封装 函数 指针 的 仿 函 数 类 型 ， 重 载 男 数 模板 func_ptr， 它 接收 一 个 函数 
指针 为 参数 ， 然 后 返回 一 个 相应 的 、 适 合 该 框架 的 仿 画 数 。 其 中 ， 类 模板 
FuntionPtr 将 由 返回 类 型 和 参数 类 型 进行 参数 化 : 


template<typename RT, typename P1 = void, typename P2 = void> 


class FunctionPtr; 

用 void 值 来 巷 换 一 个 参数 意味 着 : 该 参数 实际 上 并 没有 提供 。 因 此 ， 我 们 
的 模板 能 够 处 理 仿 函数 调用 实 参 个 数 不 同 的 情况 。 

因为 我 们 需要 封装 的 是 画 数 指针 ， 所 有 我 们 需要 有 一 个 工具 ， 它 能 够 根 
据 参 数 的 类 型 ， 来 创建 函数 指针 类 型 。 我 们 通过 下 面 的 局 部 特 化 来 实现 这 个 


目的 ; 
//functors/functionptrt.hpp 
/ 基本 模板 ， 用 于 处 理 参数 个 数 最 大 的 情况 : 
template<typename RT, typename P1 = void， 
typename P2 = void, 
typename P3 = void> 
class FunctionPtrT { 
public: 
enum { NumParams = 3 }; 
typedef RT (*Type)(P1,P2,P3); 
上 
/用 于 处 理 两 个 参数 的 局 部 特 化 
template<typename RT, typename P1， 
typename P2> 
class FunctionPtrT <RT, P1, P2, void> { 
public: 
enum { NumParams = 2 }; 
typedef RT (*Type)(P1,P2); 
上 
/用 于 处 理 一 个 参数 的 局 部 特 化 : 
template<typename RT, typename P1> 
class FunctionPtrT <RT, P1, void, void> { 
public: 
enum { NumParams = 1 }; 
typedef RT (*Type)(P1); 
上 
/ 用 于 处 理 0 个 参数 的 局 部 特 化 : 


template<typename RT> 


class FunctionPtrT <RT, void, void, void> { 


public: 
enum { NumParams = 0 }; 
typedef RT (*Type)(); 
上 
你 会 发 现 ， 我 们 还 使 用 了 上 面 这 个 (相同 的 ， 模板 来 计算 参数 的 个 数 。 
对 于 上 面 这 个 仿 函 数 类 型 ， 它 把 它 的 参数 传递 给 所 封装 的 函数 指针 。 然 
而 ， 传 递 一 个 函数 调用 实 参 是 可 能 会 产生 副作用 的 : 如 果 相 应 的 参数 属于 
class 类 型 (而 不 是 一 个 指向 class 类 型 的 引用 ) ， 那 么 在 传递 的 过 程 中 ， 将 会 
调用 该 class 类 型 的 拷贝 构造 画 数 。 为 了 避免 这 个 \ 调 用 拷贝 构造 函数 的 ) 额 
外 的 开销 ， 我 们 需要 编写 一 个 类 型 函数 ;在 一 般 情 况 下 ， 该 类 型 函数 不 会 改 
变 实 参 的 类 型 ， 而 当 参 数 是 属于 class 类 型 的 时 候 ， 它 会 产生 一 个 指 阿 该 class 
类 型 的 const 引 用 。 借 助 于 在 第 15 章 中 开发 的 TypeT 模 板 和 熟知 的 IfThenElse 功 
能 模板 ， 我 们 可 以 这 样 准确 地 实现 这 个 类 型 函数 : 
// functors/forwardparam.hpp 
#ifndef FORWARD_HPP 
#define FORWARD_HPP 
#include "ifthenelse.hpp" 


#include "typet.hpp" 

#include "typeop.hpp" 

// 对 于 class 类 型 ，ForwardParamT<T>::Type 是 一 个 常 引 用 

/对 于 其 他 的 所 有 类 型 ，ForwardParamT<T>::Type 是 普通 类 型 

// 对 于 void 类 型 ，ForwardParamT<T>::Type 是 一 个 哑 类 型 “Unused) 

template<typename 工 > 

class ForwardParamT { 

public: 
typedef typename IfThenElse<TypeT<T>::IsClassT, 
typename TypeOp<T>::RefConst], 
typename TypeOp<T>::ArgT 
>::ResultT 


Type 
}; 
template<> 
class ForwardParamT<void> { 
private: 
class Unused {}: 
public: 
typedef Unused Type; 
上 
#endif /FORWARD _HPP 
我 们 发 现 这 个 模板 和 在 15.3.1 小 廊 所 开发 的 RParam 模 板 非常 相似 ， 唯 一 的 
区 别 在 于 : 在 此 我 们 需要 把 void 类 型 《我 们 在 前 面 已 经 说 明 ，void 类 型 是 用 于 
代表 那些 没有 提供 参数 的 类 型 ) 映射 为 一 个 类 型 ， 而 且 该 类 型 必须 是 一 个 有 
效 的 参数 类 型 。 
现在 ， 我 们 已 经 能 够 定义 FunctionPtr 模 板 了 。 另 外 ， 由 于 我 们 事先 并 不 知 
道 FunctionPtr 究 竟 会 接收 多 少 个 参数 ， 所 以 在 下 面 的 代码 中 ， 我 们 针对 不 同 个 
数 的 参数 〈 但 在 此 我 们 最 多 只 是 针对 3 个 参数 ) ， 都 重 载 了 函数 调用 运算 符 : 


// functors/functionptr.hpp 


#include "forwardparam.hpp" 
#include "functionptrt.hpp" 
template<typename RT, typename P1 = void, 
typename P2 = void, 
typename P3 = void> 
class FunctionPtr { 
private: 
typedef typename FunctionPtrT<RT,P1,P2,P3>::Type FuncPtr; 
/封装 的 指针 
FuncPtr fptr; 


public: 


/ 使 之 适合 我 们 的 框架 : 
enum { NumParams = FunctionPtrT<RT,P1,P2,P3>::NumParams }: 
typedef RT ReturnT; 
typedef P1 Param1T; 
typedef P2 Param2T; 
typedef P3 Param3T; 
/ 构造 函数 : 
FunctionPtr(FuncPtr ptr) 
: fptr(ptr) { 
} 
/ 范 数 调用 ”: 
RT operator()() { 
return fptr(); 
} 
RT operator()(typename ForwardParamT<P1>::Type al) { 


return fptr(al); 
} 
RT operator()(typename ForwardParamT<P1>::Type al, 
typename ForwardParamT<P2>::Type a2) { 
return fptr(al, a2); 
} 
RT operator()(typename ForwardParamT<P1>::Type al, 
typename ForwardParamT<P2>::Type a2, 
typename ForwardParamT<P3>::Type a3) { 
return fptr(al, a2, a3); 
} 
上 
该 类 模板 可 以 实现 所 期 望 的 功能 ， 但 是 如 果 直 接 使 用 该 模板 ， 将 会 是 比 
较 营 琐 的 。 为 了 使 之 具有 更 好 的 易 用 性 ， 我 们 可 以 借助 模板 的 实 参 演绎 机 


制 ， 实 现 每 个 对 应 的 (内 联 的 ) 函数 模板 : 
// functors/funcptr.hpp 
#include "functionptr.hpp" 
template<typename RT> inline 
FunctionPtr<RT> func_ptr (RT (*fp)()) 
{ 
return FunctionPtr<RT>(fp); 
} 
template<typename RT, typename P1> inline 
FunctionPtr<RT,P1> func ptr (RT (*fp)(P1)) 
{ 
return FunctionPtr<RT,P1>(fp); 
}template<typename RT, typename P1, typename P2> inline 
FunctionPtr<RT,P1,P2> func_ptr (RT (*fp)(P1,P2)) 
{ 
return FunctionPtr<RT,P1,P2>(fp); 
} 
template<typename RT, typename P1, typename P2, typename P3> inline 
FunctionPtr<RT,P1,P2,P3> func_ptr (RT (*fp)(P1,P2,P3)) 
{ 
return FunctionPtr<RT,P1,P2,P3>(fp); 
} 
至 此 ， 剩 余 的 工作 就 是 编写 一 个 使 用 这 个 (高 级 ) 模板 工具 的 实例 程序 
了 。 如 下 所 示 : 


// functors/functordemo.cpp 


#include <iostream> 
#include <string> 
#include <typeinfo> 


#include "funcptr.hpp" 


double seven() 
{ 
return 7.0; 
} 
std::string morel() 
{ 
return std::string("more"); 
} 
template <typename FunctorT> 
void demo (FunctorT func) 
{ 
std::cout << "Functor returns type " 
<< typeid(typename FunctorT::ReturnT).name() << \n 
<< "Functor returns value " 
<< func() << \n'; 
} 
int main() 
{ 
demo(func_ptr(seven)); 


demo(func_ptr(more)); 


22.7 函数 对 象 组 合 


假设 在 我 们 的 框架 中 ， 有 如 下 两 个 简单 的 数学 仿 函 数 : 
// functors/math1.hpp 
#include <cmath> 
#include <cstdlib> 
class Abs { 
public: 


double operator() (double v) const { 
/ " 国 数 调用 ": 
return std::abs(V); 
} 
上 
class Sine { 
public: 
WW" 芳 数 调用 ": 
double operator() (double a) const { 
return std::sin(a); 
} 
站 
然而 ， 我 们 所 期 望 的 仿 函 数 是 :， 能 够 先 计 算 给 定 角度 的 sin (正弦 ) 值 ， 
然后 再 计算 正弦 值 的 绝对 值 。 事 实 上 ， 编 写 一 个 完成 所 需 功能 的 新 仿 璇 数 是 
很 容易 的 : 
class AbsSine { 
public: 
double operator() (double a) { 


return std::abs(std::sin(a)); 

} 
上 
然而 ， 要 为 每 个 已 完成 仿 画 数 的 组 合 功 能 都 编写 一 个 新 的 仿 画 数 ， 这 样 
是 很 不 方便 的 。 于 是 ， 我 们 期 望 可 以 编写 一 个 实现 组 合 两 个 仿 函 数 功能 的 小 
工具 。 在 这 一 下 里 ， 我 们 将 开发 一 些 实 现 这 个 目的 的 模板 。 同 时 ， 在 本 万 的 
其 他 部 分 ， 我 们 还 引入 了 多 个 被 证 明 为 有 用 的 concept。 

22.7.1 从 组 合 
让 我 们 从 实现 一 个 组 合 工 具 开 始 : 


// functors/compose1.hpp 


template <typename FO!1, typename FO2> 


class Composer { 
private: 
FO1 fol; // 要 调用 的 第 1 个 /内 部 的 函数 对 象 
FO2 fo2; V/ 要 调用 的 第 2 个 /外 部 的 函数 对 象 
public: 
/用 于 初始 化 两 个 函数 对 象 的 构造 函数 Composer (FO1 f1, FO2 f2) 
: fo1(f1), fo2(f2) { 
} 
/ 芳 数 调用 ”: 函数 对 象 的 舱 套 调用 
double operator() (double v) { 
return fo2(fo1(v)); 
} 
上 
我 们 发 现 ， 在 针对 两 个 函数 对 象 的 组 合 中 ， 出 现在 模板 参数 前 面 的 函 
数 ， 将 会 先 被 调用 。 这 就 意味 着 : 对 于 组 合 Composer<Abs, Sine>， 相 应 的 画 
数 调用 将 会 是 sin (abs (x )) (注意 相反 的 调用 次 序 ) 。 为 了 测试 上 面 这 个 小 模 
板 ， 我 们 可 以 编写 下 面 的 测试 程序 : 


// functors/composel.cpp 


#include <iostream> 
#include "math1.hpp" 
#include "composel.hpp" 
template<typename FO> 
void print_values (FO fo) 
{ 
for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*0.1 
<<")="<< fo(i*0.1) 


<< "Nn"; 


} 
int main() 
{ 
/ 输出 sin(abs(0.5)) 
std::cout << Composer<Abs,Sine>(Abs(),Sine())(0.5) << " n\n"; 
/ 输出 某 些 值 的 abs()print_values(Abs0); 
std::cout << \n'; 
/ 输出 某 些 值 的 sin(Oprint_values(Sine(); 
std::cout << \n'; 
/输出 某 些 值 的 sin(absO)print_values(Composer<Abs,，Sine>(Abs()， 
SineO)); 
std::cout << \n'; 
/输出 某 些 值 的 abs(sin()) 
print_values(Composer<Sine, Abs>(Sine(), Abs())); 
} 
这 个 模板 只 是 实现 了 一 般 的 组 合 原 则 ， 我 们 还 可 以 在 许多 方面 对 它 进 行 
民主 这 
正如 前 面 所 述 ， 一 个 针对 易 用 性 的 改善 做 法 是 : 引入 一 个 内 联 的 小 辅助 
函数 ， 从 而 可 以 演绎 Composer 的 模板 实 参 〈 到 目前 为 止 ， 这 已 经 是 一 个 使 用 
得 相当 普遍 的 技术 了 ) : 


// functors/composeconv.hpp 


template <typename FO!1, typename FO2> 
inline 
Composer<FO1,FO2> compose (FO1 f1, FO2 f2) { 
return Composer<FO1,FO2> ({1, f2); 
} 
有 了 这 个 辅助 函数 之 后 ， 我 们 束 可 以 如 下 编写 例子 程序 : 


// functors/compose2.cpp 


#include <iostream> 


#include "math1.hpp" 
#include "composel.hpp" 
#include "composeconyv.hpp" 
template<typename FO> 
void print_values (FO fo) 
{ 

for (int i=-2; i<3; ++i) { 

std::cout << "f(" << i*0.1 
<<")=" << fo(i*0.1) 


<< "\n"; 


} 
int main() 
{ 
// 输出 sin(abs(-0.5)) 的 值 
std::cout << compose(Abs(),Sine(O)(0.5) << "n\n"; 
/输出 一 些 值 的 abs() 
print_values(Abs()); 
std::cout << \n'; 
/ 输出 一 些 值 的 sin( 
print_values(Sine()); 
std::cout << \n'; 
/输出 一 些 值 的 sin(abs()) 
print_values(compose(Abs(),Sine())); 
std::cout << \n'; 
/ 输出 一 些 值 的 abs(sin()) 
print_values(compose(Sine(),Abs())); 
} 
这 样 ， 我 们 就 不 需要 再 编写 


Composer<Abs, Sine>(Abs(), Sine()) 

而 使 用 更 加 精炼 的 : 

compose(Abs(), Sine()) 

下 一 步 的 优化 对 象 是 Composer 类 模板 本 身 。 更 准确 而 言 ， 在 Composer 类 
模板 中 ， 如 果 仿 函数 first 和 second 本 身 是 空 类 的 话 (也 就 是 说 ， 它 们 是 无 状态 
的 ， 这 也 是 比较 常见 的 情况 。) ， 我 们 期 望 能 够 避免 为 这 些 成 员 仿 函数 分 配 
任何 空间 。 虽 然 这 看 起 来 并 不 能 省 略 很 多 的 内 存 空 间 ， 但 是 我 们 清楚 : 当 以 
函数 调用 参数 的 形式 传递 空 基 类 的 时 候 ， 就 可 以 对 空 基 类 进行 特殊 的 优化 。 
而 在 此 符合 我 们 目的 的 标准 技术 就 是 所 谓 的 空 基 类 优化 ( 见 16.2 节 ) ， 它 把 
成 员 转 变 成 基 类 : 


// functors/compose3.hpp 


template <typename FO!1, typename FO2> 
class Composer : Private FO1, private FO2 { 
public: 
/构造 画 数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: FO1({1), FO2({2) { 
} 
1/" 芳 数 调用 ": 函数 对 象 的 舱 套 调用 
double operator() (double v) { 


return FO2::operator()(FO1::operator()(V)); 
} 
然而 ， 这 个 方法 ( 空 基 类 优化 ) 也 并 非 值得 推荐 。 因 为 使 用 了 空 基 类 优 
化 之 后 ， 我 们 吏 不 能 让 一 个 仿 函 数 和 上 自 吴 进行 组 合 了 。 例 如 下 面 的 调用 : 
/输出 某 些 值 的 sin(sin0)) 
print_values(compose(Sine(),Sine0)); / 错误 : 重复 的 基 类 名 称 
将 会 使 Composer 的 实例 化 过 程 派生 自 两 个 相同 的 类 ， 而 这 是 非法 的 。 


实际 上 ， 对 于 这 个 重复 基 类 问题 ， 我 们 可 以 通过 增加 一 个 继承 层 来 解 


决 : 
// functors/compose4.hpp 
template <typename C, int N> 
class BaseMem : public C { 
public: 
BaseMem(C& c) : C(O) {} 
BaseMem(C const& c) : C(c) {} 
上 
template <typename FO!1, typename FO2> 
class Composer : Private Base Mem<FO1,1>, 
private Base Mem<FO2,2> { 
public: 
/ 构造 画 数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: BaseMem<FO1,1>(f1), BaseMem<FO2,2>({2) { 


} 
//" 芳 数 调用 ": 函数 对 象 的 藤 套 调用 
double operator(O (double v) { 
return Base Mem<FO2,2>::operator() 
(BaseMem<FO!1,1>::operator()(V)); 


} 
js 


显然 ， 最 后 这 个 实现 看 起 来 有 些 深 乱 。 但 是 如 有 果 能 够 使 优化 表意 识 到 所 


面 对 的 仿 画 数 是 空 的 ， 那么 这 种 有 些 竣 乱 的 写法 有 时 也 是 可 取 的 。 


有 趣 的 是 ， 函 数 调 用 运算 符 也 能 够 被 声明 为 虚拟 的 。 而 且 ， 对 于 要 参 
组 合 的 仿 函 数 ， 人 那么 所 获得 的 


加 


Composer 对 象 的 函数 调用 运算 符 同 样 也 是 虚 函 数 。 然 而 ， 这 将 可 能 会 导致 一 


些 难 以 预料 的 结果 。 因 此 ， 在 本 节 的 简 余 内 容 里 ， 我 们 将 假设 函数 调用 运算 
符 是 非 虚拟 的 。 
22.7.2 混合 类 型 的 组 合 


对 于 简单 的 Composer 模板 ， 另 一 个 更 加 重要 的 改善 是 : 使 它 所 涉及 的 类 
型 能 够 更 加 灵活 。 在 前 面 的 实现 中 ， 我 们 只 人 允许 接收 double 类 型 ， 并 且 返 回 
double 类 型 的 仿 函 数 。 然 而 ， 如 果 可 以 组 合 任何 能 够 互相 匹配 的 仿 函 数 类 型 ， 
那么 将 会 融 来 更 好 的 通用 性 。 例 如 ,假设 我 们 能 够 组 合 一 个 接收 (一个) int 
型 并 且 返 回 (一 个 ) bool 型 的 仿 函 数 ， 和 一 个 接收 (一 个 ) bool 型 并 且 返 回 

(一 个 ) double 型 的 仿 本 数 。 而 为 了 实现 这 种 组 合 ， 我 们 就 需要 对 前 面 的 仿 画 
数 类 型 增加 一 些 成 员 typedef 。 

既然 有 了 针对 该 框架 的 一 些 约定 ( 见 22.6.1 小 节 的 3 个 约定 ) ， 我 们 就 

可 以 这 样 改写 前 面 的 组 合 模板 : 


// functors/compose5.hpp 


#include "forwardparam.hpp" 
template <typename C, int N> 
class BaseMem : public C { 
public: 
BaseMem(C& c): C(O) {} 
BaseMem(C const& c) : C(c) {} 
上 
template <typename FO!1, typename FO2> 
class Composer : Private Base Mem<FO1,1>, 
Private Base Mem<FO2,2> { 
public: 
/ 使 之 适合 我 们 的 框 染 : 
enum { NumParams = FO1::NumParams }: 
typedef typename FO2::ReturnT ReturnT; 
typedef typename FO1::Param1T Param1T; 


/构造 画 数 : 初始 化 函数 对 象 


Composer(FO1 f1, FO2 f2) 
: BaseMem<FO1,1>({f1), BaseMem<FO2,2>(f2) { 
} 
“函数 调用 ” 函数 对 象 的 区 人 套 调用 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()(Vv)); 


上 

在 此 ， 我 们 重用 了 ForwardParamT 模板 ( 见 22.6.3 小 节 ) ， 从 而 能 够 有 
效 地 避免 没 必要 的 仿 函 数 实 参 的 拷贝 。 

为 了 使 我 们 的 Abs 和 Sine 仿 函 数 能 够 借助 于 上 面 这 个 组 合 模板 进行 组 
合 ， 需 要 对 Abs 和 Sine 进 行 改 写 ， 使 之 包含 适当 的 类 型 信息 。 有 具体 代码 如 下 : 

// functors/math2.hpp 

#include <cmath> 

#include <cstdlib> 

class Abs { 

public: 
/ 使 之 适合 框 染 : 


enum { NumParams = 1 }; 


typedef double ReturnT; 
typedef double Param1T; 
/ 芳 数 调用 ”: 
double operator() (double v) const { 
return std::abs(V); 
} 
上 
class Sine { 


public: 


/ 使 之 适合 框架 : 

enum { NumParams = 1 }; 

typedef double ReturnT; 

typedef double Param1T; 

/ 芳 数 调用 ”: 

double operator() (double a) const { 


return std::sin(a); 


上 

另外 ， 我 们 也 可 以 把 Abs 和 Sine 实 现 为 模板 : 

// functors/math3.hpp 

#include <cmath> 

#include <cstdlib> 

template <typename 工 > 

class Abs { 

public: 

/ 使 之 适合 框 染 : 
enum { NumParams = 1 }; 
typedef T ReturnT; 
typedef 工 Param1T; 
/函数 调用 ” 
T operator() (T v) const { 


return std::abs(V); 


上 
template <typename 工 > 
class Sine { 
public: 
/ 使 之 适合 框 染 : 


enum { NumParams = 1 }; 
typedef T ReturnT; 
typedef T Param1TT; 
/" 国 数 调用 ” 
T operator() (T a) const { 


return std::sin(a); 


}; 

如 果 要 借助 于 最 后 这 种 基于 模板 的 实现 ， 那 么 使 用 仿 邢 级 将 需要 开工 提 
供 实 参 的 类 型 ， 来 作为 模板 实 参 。 下 面 的 程序 对 我 们 前 面 的 例子 程序 进行 了 
一 些 修改 ， 其 中 使 用 一 些 看 起 来 有 些 麻烦 的 语法 : 


// functors/compose5.cpp 


#include <iostream> 
#include "math3.hpp" 
#include "compose5.hpp" 
#include "composeconyv.hpp" 
template<typename FO> 
void print_values (FO fo) 
{ 

for (int i=-2; i<3; ++i) { 

std::cout << "f(" << i*0.1 


<<")=" << fo(i*0.1) 


<<"\n",; 
} 
} 
int main() 
{ 


/ 输出 sin(abs(0.5)) 
std::cout << compose(Abs<double>(),Sine<double>())(0.5) 


<< nn ; 

/ 输出 某 些 值 的 abs() 

print_values(Abs<double>()); 

std::cout << \n'; 

/输出 某 些 值 的 sin( 

print_values(Sine<double>()); 

std::cout << \n'; 

/ 输出 某 些 值 的 sin(abs()) 

print_values(compose(Abs<double>(),Sine<double>())); 

std::cout << \n'; 

// 输出 某 些 值 的 abs(sin0) 

print_values(compose(Sine<double>(),Abs<double>())); 

std::cout << \n'; 

// 输出 某 些 值 的 sin(sin()) 

print_values(compose(Sine<double>(),Sine<double>())); 

} 

22.7.3 减少 各 J 

到 目前 为 止 ， 我 们 已 经 看 到 了 仿 函 数组 合 的 一 种 简单 形式 ， 其 中 一 个 仿 
函数 接收 一 个 实 参 ， 而 且 这 个 实 参 是 另 一 个 仿 国 数 的 调用 结果 ， 其 中 后 面 这 
个 仿 函 数 本 喘 也 接收 一 个 实 参 。 显 然 ， 仿 函数 应 该 可 以 具有 多 个 实 参 ， 因 
此 ， 对 于 接收 多 个 实 参 的 仿 函 数 ， 我 们 也 应 该 可 以 实现 它们 的 组 合 。 在 这 一 
节 里 ， 我 们 将 讨论 一 种 新 的 Composer， 其 中 它 的 第 1 个 实 参 可 以 是 具有 多 个 参 
数 的 仿 函 数 。 

如 果 Composer 的 第 1 个 仿 函 数 实 参 接收 多 个 实 参 ， 那 么 最 后 的 Composer 类 
也 必须 接收 多 个 实 参 ， 这 就 意味 着 我 们 需要 定义 多 个 ParamNT 成 员 类 型 ， 而 
且 我 们 需要 提供 接收 相应 数量 参数 的 函数 调用 运算 符 (operator()) 。 显 然 ， 
后 一 个 问题 看 起 来 不 太 好 解决 ， 但 实际 上 解决 起 来 也 不 难 ， 因 为 我 们 可 以 对 
函数 调用 运算 符 进 行 重 载 。 于 是 ， 我 们 需要 为 不 同 的 参数 个 数 都 提供 函数 调 
用 运算 符 ， 直 到 参数 个 数 达 到 一 个 合理 的 最 大 值 (一 个 具有 工业 强度 的 仿 画 


数 的 参数 个 数 很 有 可 能 会 达到 20) 。 在 调用 重 载运 算 符 的 过 程 中 ， 如 果 参 数 

的 个 数 与 第 1 个 (组 合 的 ) 仿 函 数 实 参 的 参数 个 数 不 匹 配 ， 将 会 导致 一 个 编译 

期 错误 ， 这 也 正 是 我 们 所 期 望 的 。 于 是 ， 该 Composer 的 代码 大 致 如 下 : 
template <typename FO!1, typename FO2> 


class Composer : private Base Mem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 


// / 针对 0 个 参数 的 < “函数 调用 ”: 
ReturnT operator() () { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()()); 
} 
/ 针对 1 个 参数 的 “函数 调用 ”: 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v1) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()(v1)); 
} 
/针对 2 个 参数 的 “函数 调用 ”: 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v], 
typename ForwardParamT<Param2T>::Type v2) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()(v1, v2)); 


上 

现在 我 们 的 任务 惑 剩 下 定义 成 员 Param1T、Param2T 等 类 型 了 。 然 和 而， 由 
于 多 个 函数 调用 运算 符 的 声明 都 要 用 到 这 些 类 型 ， 所 以 也 使 该 任务 变 得 更 加 
困难 : 因为 即使 所 组 合 的 仿 函 数 并 没有 相应 的 参数 ParamNT，ParamNT 在 此 


也 必须 是 有 效 的 [23]。 例 如 ， 如 采 组 合 两 个 单 参数 的 仿 男 数 ， 我 们 也 必须 确 
保 Param2T 类 型 是 一 个 有 效 的 参数 类 型 。 更 进一步 ， 该 类 型 也 不 能 和 客户 端 程 
序 所 使 用 的 某 个 类 型 意外 地 发 生 匹配 。 邓 和 运 的 是 ， 我 们 可 以 借助 于 前 面 所 开 
发 的 FunctorParam 模 板 来 解决 这 个 问题 。 因 此 ， 我 们 可 以 这 样 给 Composer 模 板 
添加 下 面 的 多 个 成 员 typedef: 

template <typename FO!1, typename FO2> 


class Composer : Private Base Mem<FO!1,1>, 
private Base Mem<FO2,2> { 
public: 
/返回 类 型 是 很 直观 的 
typedef typename FO2::ReturnT ReturnT; 
// 定义 Param1T, Param2T 等 
/ - 使 用 宏 来 简化 参数 类 型 构造 的 复制 
#define ComposeParamT(N)\ 
typedef typename FunctorParam<FO1, N>::Type Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 


ComposeParamT(20); 


#undef ComposeParamT 


上 

最 后 ， 我 们 需要 添加 Composer 的 构造 琅 数 ， 它 接收 要 进行 组 合 的 两 个 仿 
函数 ， 但 我 们 这 里 还 允许 对 各 种 const 和 non-const 仿 函数 进行 不 同 的 组 合 : 

template <typename FO!1, typename FO2> 


class Composer : private Base Mem<FO1,1>, 
Private Base Mem<FO2,2> { 
public: 


/ 构造 琅 数 : 
Composer(FO1 const& f1, FO2 const& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>({2) { 
} 
Composer(FO1 const& f1, FO2& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>({2) { 
} 
Composer(FO1& f1, FO2 const& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 
Composer(FO1& f1, FO2& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>({2) { 


}; 
有 了 这 些 程序 库 代 码 之 后 ， 我 们 的 例子 程序 就 可 以 使 用 一 些 相当 简单 的 
构造 了 ， 如 下 面 代码 所 示 : 


// functors/compose6.cpp 


#include <iostream> 
#include "funcptr.hpp" 
#include "compose6.hpp" 
#include "composeconyv.hpp" 
double add(double a, double b) 
{ 

return a+b; 
} 
double twice(double a) 
{ 


return 2*a; 


} 
int main() 
{ 
std::cout << "compute (20+7)*2:" 
<< compose(func_ptr(add),func_ptr(twice))(20,7) 
<< \n'; 
} 
事实 上 ， 还 可 以 对 这 些 工 具 作 进一步 的 改善 。 例 如 ， 我 们 可 以 对 
Composer 模板 进一步 扩展 ， 使 之 可 以 直接 地 处 理 函 数 指针 (从 而 在 我 们 最 后 
一 个 例子 中 就 不 再 需要 使 用 func_ptr) 。 然 而 ,为 了 简洁 性 考虑， 我 们 这 里 把 
这 些 改善 留 给 有 兴趣 的 读者 。 


22.8 值 绑 定 


对 于 一 个 具有 多 个 参数 的 仿 画 数 ， 如 有 果 它 的 一 个 参数 绑 定 为 一 个 特定 的 
值 ， 它 应 该 仍然 可 以 作为 一 个 仿 函 数 来 使 用 。 例 如 ， 下 面 的 Min 仿 函数 : 
// functors/min.hpp 
template <typename T> 
class Min { 
public: 
typedef T ReturnT; 
typedef T Param1T; 
typedef T Param2T; 
enum { NumParams = 2 }; 
ReturnT operator() (Param1T a, Param2T b){ 


return a<b ? a:b.; 


| 
可 以 被 用 于 创建 一 个 新 的 仿 函 数 Clamp， 它 的 行为 和 Min 很 类 似 ， 
其 中 的 一 个 参数 被 绑 定 为 一 个 特定 的 常 值 。 该 常 值 可 以 通 Re 


时 


(如 下 面 例子 所 示 ) ， 也 可 以 通过 运行 期 实 参 来 指定 。 例 如 ， 我 们 可 以 这 样 
编写 这 个 新 模板 : 

// functors/clamp.hpp 

template <typename T, T max_result> 

class Clamp : private Min<T> { 

public: 
typedef T ReturnT; 
typedef T Param1T; 
enum { NumParams = 1 }:; 
ReturnT operator() (Param1T a) { 
return Min<T>::operator() (a, max_result); 
} 

}: 

与 上 一 区 的 组 合 类 似 ， 如 果 有 时 些 用 于 目 动 化 仿 轴 数 参数 绑 定 的 模板 存 
在 ， 那 么 绑 定 过 程 将 会 更 加 容易 。 即 使 像 上 面 代码 的 手工 绑 定 不 会 占用 很 多 
代码 ， 但 我 们 仍然 期 望 可 以 实现 目 动 绑 定 。 

22.8.1 迁 择 允 直 


一 个 binder 将 会 把 仿 男 数 的 一 个 特定 参数 绑 定 到 一 个 特定 的 值 。 在 此 出 现 
了 3 个 特定 ， 也 束 是 3 个 方面 ， 而 这 3 个 方面 都 是 可 以 在 运行 期 (使 用 函数 调用 
实 参 ) 或 者 编译 期 (使 用 模板 实 参 进行 选择 的 。 

例如 ， 下 面 的 模板 将 静态 地 (也 就 是 说 ， 在 编译 期 ) 选择 这 3 个 方面 : 


template<typename F, int P int V> 


class BindIntStatically; 

/E 是 仿 函 数 的 类 型 

/P 是 要 绑 定 的 参数 

1//V 是 要 绑 定 的 值 

3 个 绑 定 方面 ( 指 仿 画 数 、 绑 定 参 数 和 绑 定 值 ， 的 每 个 方面 都 可 以 动态 地 
选择 ， 从 而 也 就 能 够 市 来 不 同 程度 的 便利 性 。 


在 这 3 个 方面 中 ， 针 对 哪个 参数 进行 动态 绑 定 的 选择 可 能 束 是 最 小 的 便利 
性 了 。 可 以 猜想 ， 如 果 是 涉及 到 动态 绑 定 ， 那 么 可 能 会 用 到 很 多 switch 语 句 
该 switch 语 句 会 根据 某 个 运行 期 值 ， 把 函数 调用 委托 给 底层 的 仿 函 数 调 用 。 例 
如 ， 我 们 可 以 这 样 组 织 switch 语 句 : 


Switch (this->param_num) { 
case 1: 
return F::operator()(v, p1, p2); 
case 2: 
return F::operator()(p1, v, p2); 
case 3: 
return F::operator()(p1, p2, Vv); 
default: 
return F::operatorO(p1, p2); / 或 者 一 个 错误 ? 


} 

于 是 ， 这 种 基于 选择 哪个 参数 的 动态 绑 定 所 能 带 来 的 便利 性 最 小 。 因 此 
在 接 下 来 的 讨论 中 ， 我 们 将 把 参数 选择 作为 一 个 模板 参数 ， 从 而 能 够 进行 静 
态 的 选择 。 

为 了 使 仿 函 数 的 选择 是 动态 的 ， 我 们 需要 给 binder 增 加 一 个 构造 画 数 ， 它 
接收 一 个 仿 画 数 为 参数 。 类 似 地 ， 我 们 也 可 以 把 绑 定 值 传递 给 该 构造 函数 ， 
但 这 就 要 求 我 们 在 binder 中 提供 一 处 存放 绑 定 值 的 内 存 空间 。 而 下 面 两 个 辅助 
模板 就 可 以 分 别 用 于 在 运行 期 和 编译 期 存放 绑 定 值 : 

// functors/boundval.hpp 


#include "typeop.hpp" 
template <typename T> 
class BoundVal { 
private: 
T value: 


public: 


typedef 工 ValueT'; 

BoundVal(T v) : value(v) { 

} 

typename TypeOp<T>::RefT get() { 


return value; 


}; 
template <typename T, T Val> 
class StaticBoundVal { 
public: 
typedef T Valuel; 
工 getO { 
return Val; 


}; 

接 下 来 ， 我 们 在 此 需要 依赖 于 空 基 类 优化 ( 见 16.2 节 ) ， 从 而 在 仿 函 数 
或 者 绑 定 值 是 无 状态 类 的 时 候 ， 能 够 避免 没 必 要 的 内 存 开销 。 因 此 ， 我 们 初 
始 的 Binder 模 板 设计 看 起 来 如 下 所 示 : 

// functors/binder1.hpp 


template <typename FO, int B, typename V> 
class Binder : private FO, private V { 
public: 

// 构造 函数 : 
Binder(FO& f{): FO(f) {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO(f), V(v) {} 
Binder(FO const& f): FO(f) {} 
Binder(FO const& f, V& v): FO(f), V(v) {} 
Binder(FO const& f, V const& v): FO({), V(v) {} 


template<class 工 > 

Binder(FO& f, T& v): FO(f), V(BoundVal<T>(v)) {} 
template<class T> 

Binder(FO& f, T const& v): FO(f), V(BoundVal<T const>(V)) {} 


}; 

其 中 ， 除 了 提供 接收 辅助 模板 实例 ( 即 v) 的 构造 函数 之 外 ， 我 们 还 提供 
了 构造 函数 模板 ， 用 于 把 一 个 给 定 值 自动 地 封装 到 BoundVal 对 象 中 。 

22.8.2 绑 定 签名 

与 Composer 模 板 相 比 ，Binder 模 板 的 ParamNT 类 型 将 更 加 难以 确定 ， 因 为 
对 于 Binder 模 板 的 ParamNT 而 言 ， 已 经 不 再 是 简单 的 (所 基于 的 ) 仿 画 数 的 参 
数 类 型 。 这 是 因为 在 新 的 (所 组 合 的 ) 仿 函 数 里 面 ， 那 个 被 绑 定 的 参数 已 经 
具有 一 个 确定 的 值 ， 不 再 是 一 个 参数 ， 所 以 我 们 必须 去 掉 这 个 相应 的 参数 
( 壁 如 ParamNT) ， 而 对 于 该 参数 后 面 的 类 型 ， 都 必须 向 后 移动 一 个 位 置 。 

为 了 使 事情 更 加 灵活 ， 我 们 引入 了 男 一 个 模板 ， 它 将 执行 这 种 涉及 到 位 
置 移动 的 选择 操作 : 


// functors/binderparams.hpp 


#include "ifthenelse.hpp" 

template<typename F, int P> 

class BinderParams { 

public: 

/ 参数 个 数 少 1， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 
enum { NumParams = F::NumParams-1 }:; 

#define ComposeParamT(N) \ 
typedef typename IfThenElse<(N<P), FunctorParam<F, N>, \ 

FunctorParam<F, N+1> \ 
>::ResultT::Type \ 
Param##N##T 

ComposeParamT(1); 


ComposeParamT(2); 
ComposeParamT(3); 


#undef ComposeParamT 

上 

在 Binder 模 板 中 ， 我 们 可 以 这 样 使 用 上 面 这 个 模板 : 

// functors/binder2.hpp 

template <typename FO, int P, typename V> 

class Binder : private FO, private V { 

public: 

/ 因为 一 个 参数 已 经 绑 定 了 ， 上 所 以 这 里 减 去 一 个 参数 个 数 
enum { NumParams = FO::NumpParams-1 }; 
/返回 类 型 是 很 直接 的 
typedef typename FO::ReturnT ReturnT; 
/ 参数 类 型 
typedef BinderParams<FO, P> Params; 

#define ComposeParamT(N) 


typedef typename 


ForwardParamT<typename Params::Param##N##T>::Type 
\ 
Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 
ComposeParamT(3);... 


#undef ComposeParamT 


}; 


和 前 面 一 样 ， 我 们 这 里 使 用 了 ForwardParamT 模 板 ， 从 而 避免 了 没 必要 的 

实 参 拷贝 。 
22.8.3 实 参 选 择 

对 于 Binder 模 板 的 实现 ， 我 们 现在 只 剩 下 函数 调用 运算 符 没 有 实现 了 。 和 
Composer 一 样 ， 对 于 豆 数 调用 实 参 个 数 不 同 的 情况 ， 我 们 将 要 重 载 该 运算 
符 。 然 而 ， 与 组 合 相 比 ， 这 里 的 问题 将 要 难 很 多 ， 因 为 传递 给 的 层 仿 函数 的 
实 参 可 以 是 下 面 3 种 值 中 的 任何 一 种 : 

" 绑 定 仿 函 数 相应 的 绑 定 参数 。 

“ 绑 定 值 。 

“ 绑 定 仿 国 数 的 参数 ， 但 该 参数 位 于 要 绑 定 参数 左边 的 一 位 。 

究竟 选择 这 3 个 值 中 的 哪 一 个 ， 要 依赖 于 P 的 值 和 我 们 所 选择 实 参 的 位 
署 。 

为 了 实现 我 们 的 目的 一 一 即 获 得 所 需要 的 结果 ， 需 要 编写 一 个 私有 的 内 
联 画 数 ， 它 (以 传 引用 的 方式 ) 接收 3 个 可 能 的 值 ， 然 后 (仍然 以 传 引用 的 方 
式 ) 返回 其 中 的 一 个 值 ， 而 这 个 值 究 竟 是 3 个 值 中 的 哪个 值 ， 则 要 根据 所 在 实 
参 的 具体 位 置 。 因 为 这 个 成 员 函 数 ( 即 from) 要 依赖 于 我 们 所 选择 的 实 参 ， 
所 以 我 们 把 它 实现 为 藤 套 类 模板 ArgSelect 的 静态 成 员 。 根 据 这 个 方法 ， 我 们 
瓯 可 以 这 样 编写 函数 调用 运算 符 (这 里 给 出 的 运算 符 是 针对 具有 4 参数 的 仿 孙 
数 ， 其 他 的 仿 函 数 类 似 ) : 

// functors/binder3.hpp 


template <typename FO, int BP, typename V> 
class Binder : private FO, private V { 
public: 


ReturnT operator() (Param1T v1, Param2T v2, Param3T v3) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V::get()), 
ArgSelect<4>::from(v3,v3,V::get())); 


}; 

我 们 发 现 ， 对 于 FO::operator0 的 第 1 个 实 参 的 值 ， 只 有 两 种 可 能 : 
operator() 运 算 符 (Binder 的 operator) 的 第 1 个 值 或 者 绑 定 值 ， 同 理 ， 对 于 
FO::operator() 的 最 后 一 个 实 参 的 值 ， 也 只 有 两 种 可 能 : operator() 运 算 符 

(Binder 的 operator) 的 最 后 1 个 值 或 者 绑 定 值 。 现 在 就 只 需要 考虑 
FO::operator0 中 间 实 参 的 值 了 。 假 设 A 是 某 个 实 参 在 Binder::operator0 中 的 位 
置 〈 在 我 们 的 例子 中 可 能 是 1、2 或 3) ， 那 么 如 果 A 一 P 小 于 0，FO::operator() 
中 A 位 置 的 值 也 就 是 Binder::operator() 相 应 位 置 的 值 ， 而 如 果 A 一 P 等 于 0， 那 
么 FO::operator0 的 A 位 置 将 会 是 绑 定 值 ; 而 如 果 A 一 P 大 于 0， 那么 
FO::operator() 中 A 位 置 的 值 将 会 是 Binder::operator() 的 A-1 位 置 的 值 。 有 了 这 些 
逻辑 想法 之 后 ， 我 们 惑 能 够 定义 一 个 辅助 模板 ， 它 能 够 根据 一 个 非 模 板 实 参 
的 值 ， 在 这 3 种 情况 中 作出 选择 ， 从 而 得 到 正确 的 值 : 


// functors/signselect.hpp 


#include "ifthenelse.hpp" 
template <int S, typename NegT, typename ZeroT, typename PosT> 
struct SignSelectT { 
typedef typename 
IfThenElse<(S<0), 
NegT， 
typename IfIhenElse<(S>0)， 
PosT， 
ZeroT 
>::ResultT 
>::ResultT 
ResultT:; 


有 了 这 些 实现 ， 我 们 接 下 来 就 可 以 定义 成 员 类 模板 ArgSelect 了 ， 具 体 代 
码 如 下 : 

// functors/binder4.hpp 

template <typename FO, int B, typename V> 


class Binder : private FO, private V { 


private: 
template<int A> 
class ArgSelect { 
public: 
/ 针对 位 于 绑 定 实 参 前 面 的 类 型 : 
typedef typename TypeOp< 


typename IfIhenElse<(A<=Params::NumParams)， 
FunctorParam<Params, A>, 
FunctorParam<Params, A-1> 
>::ResultT::Type>::RefT 
NoSkipT; 
/针对 位 于 绑 定 实 参 后 面 的 类 型 : 
typedef typename TypeOp< 
typename IfThenElse<(A>1), 


FunctorParam<Params, A-1>, 
FunctorParam<Params, A> 
>::ResultT::Type>::RefT 
SkipT; 

/ 绑 定 实 参 的 类 型 : 

typedef typename TypeOp<typename V::ValueT>::RefT BindT; 

/借助 于 3 个 不 同 的 类 ， 来 实现 3 种 选择 

class NoSkip { 

public: 


es 


static NoSkipT select (SkipT prev_arg, NoSkipT arg， 
BindT bound_val) { 


return arg; 


上 
class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return prev_arg; 


上 
class Bind { 
public: 
static BindT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return bound_val; 


上 
/实际 的 选择 函数 : 
typedef typename SignSelectT<A-P NoSkipT， 
BindT, SkipT>::ResultT 
ReturnT; 
typedef typename SignSelectT<A-P, NoSkip, 
Bind, Skip>::ResultT 
SelectedT; 
static ReturnT from (SkipT prev_arg, NoSkipT arg， 
BindT bound_val) { 


return SelectedT::select (prev_arg, arg, bound_val); 


}; 

上 

这 也 是 本 书 中 最 复杂 的 代码 ， 其 中 from 成 员 函 数 束 是 仿 函 数 调用 运算 符 
所 调用 的 函数 。 复 杂 性 的 一 方面 在 于 正确 参数 类 型 的 选择 ， 如 有 果 选 择 了 正确 
的 参数 类 型 ， 也 就 能 选择 出 合适 的 实 参 : Skip 和 NoSkipT 同 样 也 适用 于 第 1 个 
实 参 和 最 后 一 个 实 参 (在 前 面 的 FO::operator0 运 算 符 中 ， 对 于 第 1 个 实 参 和 
最 后 一 个 实 参 ， 我 们 分 别 是 重复 v1 和 v4) 。 另 外 ,我们 使 用 TypeOp<>::RefT 
构造 来 定义 这 些 类 型 ， 虽然 我 们 可 以 使 用 & 运算 符 来 生成 引用 类 型 ， 但 是 大 
多 数 编译 器 却 不 能 处 理 “ 指 向 引用 的 引用 类 型 >”， 因 此 我 们 使 用 
TypeOp<>::Ref。 选 择 函 数 ( 即 from) 本 身 并 不 复杂 ， 因 为 所 有 的 选择 逻辑 都 
被 封装 在 成 员 类 型 NoSkip、Skip 和 Bind 中 ， 然 后 根据 不 同 的 选择 〈 即 获得 不 
同 的 类 型 ) ， 就 可 以 容易 地 、 静 态 地 找到 合适 的 select 函 数 。 由 于 这 些 select 
画 数 本 身 都 是 内 联 的 委托 函数 ， 所 以 对 于 一 个 好 的 、 经 过 优化 的 编译 絮 而 
言 ， 应 该 能 够 直接 “ 见 到 ”这 些 代 码 ， 并 且 生 成 * 近 最 优化 的 ”代码 。 然 而 在 实际 
中 ， 和 截止 到 本 书 编写 的 时 候 为 止 ， 只 有 一 些 非常 好 的 编译 器 能 让 我 们 觉得 性 
能 上 的 完全 满意 。 然 而 ， 在 Binder 的 使 用 方面 ， 其 他 编译 右 也 能 作出 一 些 比 较 
不 错 的 优化 。 

现在 ， 我 们 把 前 面 的 代码 聚集 起 来 ， 就 可 以 得 到 Binder 模 板 的 一 个 完整 实 
现 。 如 下 所 示 : 

// functors/binder5.hpp 


#include "ifthenelse.hpp" 

#include "boundval.hpp" 

#include "forwardparam.hpp" 

#include "functorparam.hpp" 

#include "binderparams.hpp" 

#include "signselect.hpp" 

template <typename FO, int P, typename V> 


class Binder : private FO, private V { 


public: 
/ 参数 数目 减少 一 个 ， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 
enum { NumParams = FO::NumpParams-1 }; 
/返回 类 型 是 直接 委托 过 来 的 : 
typedef typename FO::ReturnT ReturnT; 
/ 参数 的 类 型 : 
typedef BinderParams<FO, P> Params; 


#define ComposeParamT(N) 
typedef typename 
ForwardParamT<typename Params::Param##N##1>::Type \ 
Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 
ComposeParamIT(3); 


#undef ComposeParamT 
// 构造 函数 : 
Binder(FO& f): FO 人 GD {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO(f), V(v) {} 
Binder(FO const& f): FO(f) {} 
Binder(FO const& f, V& v): FO({), V(v) {} 
Binder(FO const& f, V const& v): FO(f), V(v) {} 
template<class T> 
Binder(FO& f, T& v): FO(f), V(BoundVal<T>(v)) {} 
template<class T> 
Binder(FO& f, T const& v): FO({), V(BoundVal<T const>(V)) {} 
/ 芳 数 调用 ”: 
ReturnT operator() () { 


return FO::operator()(V::get()); 
} 
ReturnT operator() (Param1T v1) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v1,V::get())); 
} 
ReturnT operator() (Param1T v1, Param2T v2) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v2,V::get())); 
} 
ReturnT operator() (Param1T v1, Param2T v2, Param3T v3) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V::get()), 
ArgSelect<4>::from(v3,v3,V::get())); 


private: 
template<int A> 
class ArgSelect { 
public: 
/ 位 于 绑 定 值 前 面 的 类 型 : 
typedef typename TypeOp< 
typename IfIhenElse<(A<=Params::NumParams)， 
FunctorParam<Params, A>, 
FunctorParam<Params, A-1> 
>::ResultT::Type>::RefT 
NoSkipT; 


/ 位 于 绑 定 值 后 面 的 类 型 : 
typedef typename TypeOp< 


typename lfThenElse<(A>1), 
FunctorParam<Params, A-1>, 
FunctorParam<Params, A> 
>::ResultT::Type>::RefT 
SkipT; 

/ 绑 定 实 参 的 类 型 : 

typedef typename TypeOp<typename V::ValueT>::RefT BindT; 

/ 借助 于 不 同 的 类 ， 来 实现 3 种 选择 情况 : 

class NoSkip { 

public: 


static NoSkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return arg; 


}; 
class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return prev_arg; 


上 
class Bind { 
public: 
static BindT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return bound_val; 


}; 
/ 外 部 实际 调用 的 选择 函数 
typedef typename SignSelectT<A-P, NoSkipT， 
BindT, SkipT>::ResultT 
Returnl; 
typedef typename SignSelectT<A-P, NoSkip, 
Bind, Skip>::ResultT 
SelectedT; 
static ReturnT from (SkipT prev_arg, NoSkipT arg， 
BindT bound_val) { 


return SelectedT::select (prev_arg, arg, bound_val); 


22.8.4 辅助 画 数 
和 组 合 模板 一 样 ， 我 们 可 能 需要 编写 一 个 辅助 的 画 数 模板 ， 借 助 于 该 模 
板 ， 能 够 使 仿 画 数 参数 绑 定 值 的 表示 更 加 容易 。 但 是 与 组 合 模板 相 比 ， 该 画 
数 模板 的 定义 又 更 加 复业， 因为 这 里 还 需要 表达 绑 定 值 的 类 型 : 
// functors/bindconyv.hpp 


#include "forwardparam.hpp" 

#include "functorparam.hpp" 

template <int P， // 绑 定 参数 的 位 置 ， 首 个 模板 参数 
typename FO> / 绑 定 参数 所 在 的 仿 函 数 


inline 
Binder<FO,P,BoundVal<typename FunctorParam<FO,P>::Type> > 
bind (FO const& fo, 

typename ForwardParamT 


<typename FunctorParam<FO,P>::Type>::Type val) 


return Binder<FO, 
Bb, 
BoundVal<typename FunctorParam<FO,P>::Type> 
>(fo, 
BoundVal<typename FunctorParam<FO,P>::Type>(val) 
); 
} 
显然 ， 第 1 个 模板 参数 是 不 能 被 演绎 的 ， 因 此 在 使 用 bind0 模 板 的 时 候 ， 
我 们 必须 显 式 指定 该 参数 。 下 面 的 例子 说 明了 这 一 点 : 


# include <string> 


# include <iostream> 
# include "funcptr.hpp" 
# include "binders.hpp" 
# include "bindconv.hpp" 
bool func (std::string const& str, double d, float f) 
{ 
std::cout << str <<":" 


<< d << (d<f? "ean. > 


<<f<<"\n'; 
return d<f; 
} 
int main() 
{ 
bool result = bind<1>(func_ptr(func), "Comparing")(1.0, 2.0); 
std::cout << "bound function returned " << result << "\n'; 
} 


在 此 ，bind 函 数 模 板 能 够 根据 绑 定 值 ， 演 绎 出 该 值 的 类 型 ， 从 而 也 就 不 需 
要 显 式 给 出 党 琐 的 “ 绑 定 值 类 型 表达 式 ”\ 见 binder 的 第 3 个 模板 实 参 ) ; 这 种 


做 法 是 非常 有 吸引 力 的 。 然 而 ， 对 于 这 种 做 法 ， 有 时 也 会 遇 到 一 些 困难 ;如 
该 例子 所 示 ， 我 们 把 一 个 double 类 型 的 值 (2.0) 传递 给 了 一 个 float 类 型 的 参 
数 。 虽 然 float 类 型 和 double 类 型 是 兼容 的 ， 但 它们 实际 上 是 完全 不 同 的 类 型 。 
这 时 候 ， 我 们 可 能 就 需要 考虑 这 些 针 对 不 同类 型 的 处 理 。 

我 们 通常 都 硕 望 能 够 直接 绑 定 一 个 男 数 (以 函数 指针 的 形式 进行 传 
递 ) ， 下 面 的 bindfp0) 模 板 大 体 就 完成 了 这 个 功能 。 然 而 ，bindfp() 的 定义 却 显 
得 比 bind 模板 的 定义 还 要 复杂 ; 而且 ， 下 面 的 代码 也 只 是 针对 两 参数 的 函数 
的 定义 : 

// functors/bindfp2.hpp 

/一 个 便利 辅助) 函数， 用 于 绑 定 一 个 具有 2 个 参数 的 函数 指针 


template<int PNum, typename RT, typename P1, typename P2> 


inline 
Binder<FunctionPtr<RT,P1,P2>, 
PNum, 
BoundVal<typename FunctorParam<FunctionPtr<RI,P1,P2>， 
PNum 
>::Type 


> 
bindfp (RT (*fp)(P1,P2), 
typename ForwardParamT 
<typename FunctorParam<FunctionPtr<RI,P1,P2>， 
PNum 
>::Type 
>::Type val) 


return Binder<FunctionPtr<RT,P1,P2>, 
PNum, 
BoundVal 


<typename FunctorParam<FunctionPtr<RI,P1,P2>， 
PNum 
>::Type 
> 
>(func_ptr(fp), 
BoundVal<typename FunctorParam 
<FunctionPtr<RT,P1,P2>, 
PNum 
>::Type 
>(val) 


); 


22.9 仿 画 数 操 作 ， 一 个 完整 的 实现 


在 前 面 ， 我 们 对 仿 男 数组 合 与 值 绑 定 都 进行 了 复杂 的 处 理 ， 为 了 说 明 这 
些 处 理 所 带 来 的 整体 效果 ， 我 们 下 面 将 针对 3 参数 的 仿 函 数 的 多 种 操作 ， 提 供 
一 个 完整 的 实现 〈 对 于 多 个 参数 的 仿 画 数 ， 也 可 以 进行 同样 的 扩展 ; 但 是 在 
此 我 们 趋向 于 使 书 中 的 代码 更 加 简短 ) 。 

下 面 让 我 们 先 来 看 看 窗户 端 代码 ; 


// functors/functorops.cpp 


#include <iostream> 
#include <string> 
#include <typeinfo> 
#include "functorops.hpp" 
bool compare (std::string debugstr, double v1, float v2) 
{ 

if (debugstr !{= "") { 

std::cout << debugstr << ": "<<V1 


<< (V1<v2? '<' :> 


<<V2 << \D ; 

} 

return v1<v2; 
} 
void print_name_value (std::string name, double value) 
{ 

std::cout << name << ": " << value << \n'; 
} 
double sub (double a, double b) 
{ 

return a-b; 
} 
double twice (double a) 
{ 

return 2*a; 

} 
int main() 
{ 


using std::cout; 
// 组 合 的 示例 用 法 : 


cout << "Composition result: " 


<< compose(func_ptr(sub), func_ptr(twice))(3.0, 7.0) 
<< AD ; 
/ 绑 定 的 示例 用 法 : 
cout << "Binding result: " 
<< bindfp<1>(compare, "main()->compare()")(1.02, 1.03) 
<< \n'; 
cout << "Binding output: "; 


bindfp<1>(print_name_value, 


"the Ultimate answer to life")(42); 


// 把 组 合 与 绑 定 结合 起 来 : 


cout << "Mixing composition and binding (bind<1>): " 


<< bind<1>(compose(func_ptr(sub),func_ptr(twice))， 


7.0)(3.0) 


<< \n,; 


cout << "Mixing composition and binding (bind<2>): " 


<< bind<2>(compose(func_ptr(sub),func_ptr(twice)), 


7.0)(3.0) 
<<\n, 
} 
程序 最 后 的 输出 如 下 : 


Composition result: -8 


Binding result: main()->compare(): 1.02<1.03 


1 


Binding output: the ultimate answer to life: 42 


Mixing composition and binding (bind<1>): 8 


Mixing composition and binding (bind<2>): -8 


根据 这 个 小 程序 ， 我 们 可 以 得 出 一 些 主要 的 结论 ， 对 于 我 们 在 这 一 市 所 
开发 的 仿 画 数 ， 它 们 的 用 法 是 非常 简单 的 (尽管 实现 代码 并 不 简单 ) 。 


从 上 面 代码 我 们 发 现 : 值 绑 定 和 组 合 模板 可 以 无 颖 地 进行 互 操作 。 之 所 


以 能 实现 这 种 互 操作 ， 主 要 是 它们 都 遵守 我 们 在 22.6.1 小 节 所 确立 的 3 个 约 
定 ， 就 像 C++ 标准 库 中 针对 迭代 器 所 确立 的 约束 一 样 。 于 是 ， 对 于 那些 不 符 


合 这 些 约定 的 仿 画 数 ， 我 们 可 以 很 容易 地 通过 适配器 类 把 它们 封装 起 来 《如 
我 们 的 func_ptr 所 示 ) 。 而且 ， 我 们 的 设计 能 够 让 任何 具有 “艺术 级 别 ” 的 编译 


器 避免 任何 没 必要 的 运行 期 


销 ， 甚 至 能 与 手 了 


[编码 的 仿 钞 数 媲 美 。 


最 后 ， 我 们 给 出 functorops.hpp 的 内 容 ， 其 中 说 明了 : 对 于 成 功 编译 前 面 


的 例子 ， 哪 些 头 文件 是 必须 。 


// functors/functorops.hpp 


具体 代码 如 下 : 


#ifndef FUNCTOROPS_HPP 

#define FUNCTOROPS_HPP 

/定义 func_ptr0, FunctionPtr 和 FunctionPtrT 
#include "funcptr.hpp" 

/ 定义 Composer<> 

#include "compose6.hpp" 

/ 定义 辅助 画 数 compose() 

#include "composeconyv.hpp" 

/定义 Binder<> 

/ -包含 定义 BoundVal<> 和 StaticBoundVal<> 的 boundval.hpp 
// -包含 定义 ForwardParamT<> 的 forwardparam.hpp 
// -包含 定义 FunctorParam<> 的 functorparam.hpp 
// -包含 定义 BinderParams<> 的 binderparams.hpp 
// -包含 定义 SignSelectT<> 的 signselect.hpp 
#include "binder5.hpp" 

/ 定义 辅助 本 数 bind0 和 bindfp() 

#include "bindconv.hpp"” 

#include "bindfp1.hpp" 

#include "bindfp2.hpp" 

#include "bindfp3.hpp" 

#endif // FUNCTOROPS_HPP 


22.10 本 章 后 记 


C++ 标 准 库 的 STL 部 分 使 用 了 仿 函 数 的 概念 。 例 如 ， 所 有 的 算法 使 用 仿 函 
数 来 自 定 义 它 们 的 行为 ， 而 其 中 的 许多 仿 函 数 束 是 所 谓 的 predicates (谓词 、 
呆 言 ) 。 这 里 的 predicate 指 的 是 一 些 返 回 Boolean 值 的 函数 或 者 函数 对 象 (其 
中 Boolean 值 是 指 与 bool 值 能 够 互相 转化 的 值 ) 。 通 常 而 言 ，predicte 应 该 是 纯 
仿 函 数 《pure functor) ， 和 否则 的 话 ， 将 会 出 现 不 可 预料 的 结果 (人 见 
[JosuttisStdLib] 的 8.1.4 小 节 ) 。 


对 于 组 合 而 言 ，C++ 标 准 库 还 提供 了 几 个 标准 的 仿 画 数 和 适配器 。 实 际 
上 上， 对 于 每 个 普通 的 一 元 和 二 元 运算 符 ， 标 准 库 都 提供 了 一 个 图 数 对 象 ， 关 
于 具体 细节 ， 请 参考 [JosuttisStdLib] 的 8.2 和 8.3 节 。 然而， 我 们 发 现 C++ 标 准 库 
并 没有 提供 足够 的 适配器 ， 用 于 支持 芳 数 对 象 之 间 的 组 合 ， 从 而 也 就 未 能 
现 出 组 合 的 函数 行为 。 例 如 ， 我 们 不 能 组 合 两 个 一 元 操作 的 结果 ， 用 于 表示 
一 个 诸如 “this and that* 的 规则 。 但 是 ，C++ 程 序 库 中 的 Boost 库 提供 了 这 些 适 
配器 ， 从 而 也 就 弥补 了 C++ 在 这 方面 的 不 足 。 


[]. 译注 : 内 建 类 型 ， 也 就 是 诸如 int 的 基本 类 型 ， 这 么 翻译 只 是 为 了 照顾 原文 
built-in type 和 fundamental type (基本 类 型 ) 的 差别 ， 但 两 者 的 含义 是 完全 相同 
的 。 


[2]. 在 实际 应 用 中 ， 诸 如 double 的 类 型 都 会 大 于 1 个 字 广 。 但 是 从 理论 上 讲 ， 

这 些 类 型 的 大 小 也 是 有 可 能 为 1 个 字 节 的 。 男 外 ， 由 于 数组 类 型 不 能 作为 返回 

类 型 ， 所 以 我 们 对 它 进行 了 封装 ， 变 成 SizeOverOne 。 

[3]. 译注 : 或 者 在 前 面 代码 中 ， 你 会 奇怪 为 什么 找 不 到 enum_check(int)。 实 际 

上 ，enum_check(unsigned int) 和 enum_check(singed int) 之 一 就 是 

enum_check(ing 。 作 者 在 此 是 为 了 考虑 不 同 编译 器 对 int 类 型 的 处 理 ， 才 把 int 
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一 分 为 二 的 


[4]. 这 是 一 个 合理 的 假设 。 通 常 都 应 该 避免 使 用 会 抛 出 异常 的 析 构 函数 ， 因 为 
当 一 个 异 第 被 抛 出 的 时 候 ， 析 构 函 数 都 是 被 目 动 调用 的 ， 而 此 时 如 果 再 抛 出 
另 一 个 异常 ， 那 么 将 会 导致 程序 立即 中 止 。 

[5]. 可 以 增加 一 个 专门 用 于 释放 policy 的 模板 参数 ， 来 提高 这 方面 的 灵活 性 。 
[6]. 译注 : 对 应 的 英文 为 Resource Acquisition Is Initialization。 该 句子 有 多 种 译 
法 ， 诸 如 资源 获取 时 初始 化 、 初 始 化 时 获取 资源 等 。 


[2]. 可 以 使 用 多 种 方式 对 分 配器 进行 参数 化 (例如 ， 可 以 选择 各 种 针对 并 行 访 
， 然 而 ， 我 们 认为 这 些 内 容 并 不 会 有 助 于 我 们 对 模板 及 其 应 用 的 
理解 。 


[8]. 例如 ， 在 针对 标准 C++ 流 的 类 中 ， 这 样 是 确实 可 行 的 。 


[9]. 关于 这 种 机 制 的 解释 已 经 远 远 超出 了 本 文 的 范围 〈 而 且 实际 上 与 模板 也 并 
不 相关 ) 。 这 种 争议 的 出 现 是 由 于 以 下 原因 : 对 于 auto_ptr 所 依赖 的 其 中 一 个 


机 制 ， 一 部 分 人 认为 是 C++ 标 准 库 的 一 大 瑕 辛 。 关 于 该 主题 的 更 多 讨论 ， 可 
以 参考 [JosuttisAutoPtr] 。 


[10]. 译注 : duo 的 原意 是 “二 重唱 ”， 这 里 用 于 说 明 只 有 2 个 对 象 ， 或 者 2 个 域 ; 
相应 地 ， 下 面 的 trio、qduartet 的 原意 分 别 是 “三 重唱 ”\“ 四 重唱 ”， 分 别 表示 3 个 
对 象 、4 个 对 象 。 


[LI]. 事实 上 ， 对 象 的 个 数 也 不 是 完全 任意 的 ， 因 为 对 于 模板 出 套 的 深度 而 

言 ， 存 在 一 个 依赖 于 实现 的 个 数 限 制 。 

[12]. 在 C++ 中 ， 存 在 一 种 很 奇怪 的 名 字 查 找 规则 : 在 得 找 过 程 中 ， 对 于 派生 
目 非 依赖 型 基 类 的 名 字 ， 要 优先 于 模板 参数 名 称 。 虽 然 在 此 并 不 会 涉及 到 这 
条 奇怪 的 查找 规则 ， 因 为 基 类 和 是 依赖 型 ， 然 而 在 本 书 编写 的 时 候 ， 仍 然 存 在 
某 些 C++ 编译 各 ， 它 们 并 不 会 看 到 依赖 型 这 个 特性 ， 而 错 用 这 条 查找 规则 。 
[13]. 在 C++ 将 来 的 标准 中 ， 很 有 可 能 将 会 修改 这 个 限制 ( 见 13.3 季 ) 。 


例如 ， 对 于 访问 名 字 空 间作 用 域 的 实现 方法 ， 链 接 名 也 扮演 了 类 似 的 角 


[15]. 例如 ， 通 过 一 个 普通 的 (singed) 指针 访问 一 个 unsigned int 值 就 属于 这 类 


亲 误 。 


[这 -点 的 历史 起 因 并 不 是 很 虽然， 就 这 一点 而 言 ， 新 的 C++ 标准 会 进行 
一 些 改动 。 


[17]; 对 于 成 员 函 数 名 称 而 言 ， 同 样 不 存在 隐 式 的 decay， 例 如 MyType::print 不 
能 隐 式 decay 为 对 应 的 指针 形式 〈 即 &MyType::print) ， 其 中 这 个 & 号 是 必须 写 
的 ， 并 不 能 省 略 。 然 而 对 于 普通 函数 而 言 ， 把 { 隐 式 decay 为 &f 是 很 常见 的 ， 也 
是 众所周知 的 。 


[18]. 实际 的 实现 跟 这 是 不 同 的 ， 因 为 它 是 继承 自 std::binary_function。 具 体 可 
以 见 [JosuttisStdLib] 的 8.2.4 小 节 。 


[19]. 在 大 多 数 实现 中 ， 来 目 C 标 准 库 的 函数 都 具有 C 链 接 ， 但 是 同时 也 人 允许 
C++ 实 现 以 C++ 链 接 的 形式 提供 这 些 函 数 。 因 此 ， 上 个 调用 语句 是 否 有 效 要 取 
决 于 所 使 用 的 编译 器 实现 。 

[20]; 译注 ， 指 的 是 class 类 型 、 基 本 类 型 、 函 数 类 型 等 宏观 类 型 ， 见 15 章 。 


[21]. 为 了 使 该 框架 具有 更 好 的 通用 性 ， 我 们 开发 了 一 个 用 于 在 框架 中 封装 画 
数 指针 的 工具 。 


[22]. 至 少 从 某 种 意义 上 而 言 ， 一 些 关 于 缓存 和 日 志 的 副作用 就 是 可 以 忽略 不 
计 的 ， 因 为 它们 不 会 对 仿 画 数 的 返回 值 产生 影响 。 


23]. 注意 ， 这 里 并 没有 用 到 SFINAE 原 则 〈 见 8.3.1 小 节 ) ， 因 为 这 里 的 函数 调 
月 芭 算 守 只 是 普通 的 成 员 画 数 ， 而 不 是 成 员 画 数 模 板 ， 而 SFINAE 是 基于 模板 
参数 演绎 的 ， 从 而 也 就 不 适用 于 普通 成 员 函 数 。 


人 A 一 原则 


在 C+t+ 程 序 设计 已 经 成 形 的 结构 体系 中 ， 其 中 的 一 块 基石 就 是 一 
处 定义 原则 ， 我 们 通常 把 该 原则 称 为 ODR (One-Definition Rule) 。 它 
所 带 来 的 结果 (影响 ) 是 很 容易 理解 和 应 用 的 : 对 于 同一 个 程序 ， 非 
内 联 函 数 只 能 在 所 有 的 文件 中 定义 一 次 ;对 于 类 和 内 联 函 数 ， 每 个 翻 
译 单 元 最 多 只 能 定义 一 次 ; 并 且 确 保 相 同 实 体 的 所 有 和 定义 都 是 相同 
时 。 

然而 ， 复 杂 性 主要 在 于 ODR 的 细节 ， 而 且 当 我 们 把 ODR 和 模板 实 
例 化 结合 起 来 之 后 ， 这 些 细节 惑 显得 更 加 复杂 了 。 这 个 附 孙 束 是 为 了 
给 那些 对 ODR 感 兴趣 的 读者 ， 提 供 一 些 关 于 ODR 比较 全 面 的 了 解 。 
另外 ， 当 我 们 在 本 书 主体 中 扩展 相关 话题 的 时 候 ， 也 会 用 到 这 里 的 一 


些 知 识 。 


一 


A.1 翻译 单元 


在 实际 的 程序 设计 中 ， 我 们 通常 是 通过 给 文件 写 入 代码 来 编写 
C++ 程序 。 然 而 ， 在 ODR 的 上 下 文中 ， 以 文件 作为 边界 并 不 是 很 重要 
的 ， 因 为 ODR 所 注重 的 是 翻译 单元 。 从 本 质 上 而 言 ， 翻 译 单元 是 
指 : 针对 你 给 编译 絮 提 供 的 单个 文件 ， 让 预 处 理 颖 作用 于 该 文件 所 获 
得 的 结果 。 预 处 理 器 会 根据 条 件 编译 指示 符 (##f、##fdef 和 友 元 ) 来 
去 掉 那 些 没有 被 选择 的 部 分 代码 以 及 去 掉 注 释 ， 并 且 (递归 地 ) 插入 
#include 文 件 和 扩展 宏 。 


因此 ， 就 我 们 上 面 所 描述 的 ODR， 假 设 有 下 面 两 个 文件 : 

/文件 headerhpp: 

#ifdef DO_DEBUG 

#define debug(x) std::cout << x << An” 

#else 

#define debug(x) 

#endif 

void debug_init(); 

// 文 件 myprog.cpp: 

#include ”header.hpp” 

int main() 

{ 

debug_init(); 
debug(*main()”); 

} 

经 过 预 处 理 之 后 ， 实 际 上 等 价 于 下 面 的 单一 文件 : 

// 文 件 myprog.cpp 

void debug_init(); 

int main() 

{ 

debug_init(); 

} 

各 个 翻译 单元 边界 之 间 的 连接 是 通过 下 面 方法 建立 起 来 的 : 让 相 
应 的 声明 在 两 个 翻译 单元 中 具有 外 部 链接 〈 例 如 ， 全 局 画 数 
debug_init() 的 两 处 声明 ) ， 或 者 在 exported 模板 的 实例 化 过 程 进 行 
ADL 碍 找 时 建立 这 种 连接 。 


我 们 看 到 ， 翻 译 单元 的 概念 要 比 预 处 理 文件 更 加 抽象 。 例 如 ， 在 
同一 个 程序 中 ， 如 果 我 们 把 同一 个 预 处 理 文件 传递 给 编译 器 两 次 ， 那 
么 将 会 给 该 程序 引入 两 个 完全 相同 的 翻译 单元 (然而 ， 这 么 做 并 没有 
必要 ) 。 


A.2 声明 和 定义 


在 程序 员 的 交谈 中 ， 声 明和 定义 这 两 个 概念 通常 是 被 交 义 使 用 
的 。 然 而 ， 在 ODR 的 上 下 文中 ， 分 清 这 两 个 概念 的 确切 含义 是 非常 
重要 的 [1] 。 

声明 是 一 种 “把 一 个 C++ 名 称 引 入 或 者 重新 引入 到 你 的 程序 ”的 构 
造 。 一 个 声明 也 可 以 是 一 个 定义 ， 这 取决 于 它 所 引入 的 是 哪些 实体 以 
及 如 何 引 入 这 些 实体 的 : 

"名 字 空 间 和 名 字 空 间 别 名 : 名 字 空 间 的 声明 和 名 字 空 间 的 别名 
通常 都 是 定义 ， 尺 管 “定义 ”这 个 概念 在 此 的 舍 义 比较 特别 ， 因 为 名 子 
空间 的 成 员 列表 在 以 后 还 是 可 以 进行 扩展 的 。 

“类 、 类 模板 、 画 数 、 画 数 模 板 、 成 员 画 数 和 成 员 男 数 模 板 : 当 
且 仅 当 这 个 声明 包含 一 个 与 声明 的 名 称 相 关联 的 花 括 号 体 时 ， 该 声明 
才 是 定义 。 这 条 规则 同样 也 适用 于 : 联合 、 和 运算 符 、 成 员 运 算 符 、 静 
人 态 成 员 函 数 、 构 造 钞 数 、 析 构 了 画 数 和 与 上 面相 对 应 的 模板 版 本 的 显示 
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" 枚 举 : 当 且 仅 当 该 声明 包含 一 对 花 括 号 内 的 枚 举 子 时 ， 该 声明 
才 是 定义 。 

“局 部 变量 和 非 静 态 成 员 变量 : 这 些 实体 总 是 可 以 被 看 作 定 义 ， 
尽管 对 于 它们 而 言 ， 声 明和 定义 的 区 别 几乎 不 会 产生 任何 影响 。 

“全 局 变量 : 如 果 声 明 前 面 没 有 直接 用 关键 字 extem， 或 者 它 具有 
一 个 初始 化 侨 ， 那 么 这 个 全 局 变量 的 声明 就 古 该 变量 的 定义 ， 否 则 就 


不 是 一 个 定义 。 

"静态 成 员 变 量 : 当日 仅 当 这 些 实体 出 现在 “包含 它们 的 类 或 者 类 
模板 ”的 外 部 时 ， 该 实体 的 声明 才 是 定义 。 

*typedefs、using-declarations 和 using-directive: ”它们 不 能 成 为 定 
义 ， 尽 管 typedef 可 以 组 合 类 或 者 union 的 定义 。 

“显示 实例 化 指示 符 : 我 们 把 它们 当成 定义 来 对 待 。 


A.3 一 处 定义 原则 的 细节 


我 们 在 本 附录 的 开头 就 已 经 指出 ， 实 际 的 一 处 定义 原则 涉及 到 许 
多 细节 。 接 下 来 ,我们 将 根据 原则 的 作用 范围 ， 阅 述 该 原则 的 一 些 约 
束 。 

A.3.1 ae 义 么 

在 下 面 的 实体 中 ， 每 个 程序 最 多 只 能 有 一 处 定义 : 

* 非 内 联 函 数 和 非 内 联 成 员 函 数 。 

“具有 外 部 链接 的 变量 (从 本 质 上 言 ， 是 指 那 些 在 名 字 空 间作 用 域 
或 者 全 局 作用 域 中 声明 的 ， 并 且 前 面 没 有 static 修 饰 符 的 变量 。 

“静态 成 员 变 量 。 

* 非 内 联 的 函数 模板 、 非 内 联 的 成 员 函 数 模板 和 类 模板 的 非 内 联 成 
员 ， 前 提 有 是 在 该 声明 的 时 候 前 面 没 有 关键 字 export。 

“类 模板 的 静态 成 员 变 量 ， 前 提 是 在 声明 的 时 候 前 面 没 有 关键 字 
eXport。 

例如 ， 包 含有 下 面 两 个 翻译 单元 的 C++ 程序 就 是 无 效 的 [2] : 

/翻译 单元 1: 

int COUnterT; 

/翻译 单元 2: 

int counter; /错误 : 定义 了 两 次 (违反 了 ODR) 。 


条 原则 并 不 适用 于 具有 内 部 链接 的 实体 〈 从 本 质 上 而 言 ， 残 是 
0 8 名 的 名 字 空 间作 用 域 中 或 者 在 全 局 作用 域 中 使 用 static 修 
饰 符 进行 声明 的 实体 ) 。 因 为 静态 实体 即使 具有 相同 的 名 字 ， 如 果 出 
现在 不 同 的 翻译 单元 中 ， 它 们 也 被 认为 是 不 同 的 实体 。 同 样 地 ， 对 于 
在 未 命名 的 名 字 空 间 中 声明 的 实体 ， 如 果 它 们 出 现在 不 同 的 翻译 单 
元 ， 那 么 也 认为 它们 是 不 同 的 。 例 如 ， 下 面 两 个 翻译 单元 可 以 组 成 一 
个 有 殖 的 C++ 程序 : 

/翻译 单元 1: 
static int counter = 2; /和 其 他 的 翻译 单元 是 不 相关 的 


namespace { 


void unique() /和 其 他 的 翻译 单元 是 不 相关 的 { 
} 

} 

/翻译 单元 2: 


static int counter = 0; // 和 其 他 的 翻译 单元 是 不 相关 的 


namespace { 


void unique() /和 其 他 的 翻译 单元 是 不 相关 的 
{ 
++COUnter; 
} 
} 
int main() 
{ 
unique(); 
} 


勇 外 对 于 我 们 入 这 一 Wi 合 出 的 每 个 《one-per-program ) 
实体 ， 如 有 果 它 们 被 使 用 的 话 ， 每 个 程序 中 最 多 只 能 有 一 处 定义 。“ 使 


用 ”这 个 概念 在 这 里 有 闭 很 准确 的 仿 义 ， 它 表明 了 程序 中 存在 某 种 指 问 
实体 的 引用 ， 这 个 引用 可 以 访问 变量 的 值 、 可 以 调用 一 个 范 数 、 或 者 
获得 该 实体 的 地 址 。 在 源 代 码 中 ， 该 引用 可 以 是 显 式 的 ， 也 可 以 是 隐 
式 的 。 例 如 ，new 表 达 式 可 能 会 生成 一 个 与 之 相关 的 delete 运 算 符 的 隐 
式 调用 ， 从 而 在 构造 贸 数 抛 出 异常 的 时 候 ， 可 以 回收 那些 没有 被 使 用 
(但 已 经 分 配 ) 的 内 存 。 另 一 个 例子 是 捞 贝 构造 画 数 ， 它 们 可 能 是 会 
被 隐 式 定义 的 ， 尽 管 编译 局 最 后 还 会 对 该 定义 进行 优化 。 虚 函数 也 是 
隐 式 使 用 的 〈 借 助 于 实现 虚 函 数 调用 的 内 部 结构 ) ， 除 非 它 们 是 纯 虚 
函数 。 还 有 其 他 几 种 不 同 的 隐 式 调用 存在 ， 基 于 人 简 涪 性 考虑 ， 我 们 在 
此 不 再 讨论 。 

然而 ， 有 两 种 引用 的 用 法 并 不 属于 上 一 段 所 讨论 的 范围 :第 1 种 是 
出 现在 指向 实体 的 引用 作为 sizeof 运 算 符 的 参数 时 ;第 2 种 和 第 1 种 有 些 
相似 ， 但 有 一 些 区 别 : 如 果 一 个 引用 作为 typeid 运 算 符 ( 见 5.6 节 ) 的 
参数 ， 那 么 这 种 用 法 也 不 符合 上 一 段 所 讨论 的 范围 ， 除 非 指 派 给 typeid 
运算 符 的 实 参 是 一 个 多 态 的 对 象 (一 个 可 能 具有 《可 能 是 继承 的 ) 虚 
函数 的 对 象 ) 。 例 如 ， 考 虑 下 面 的 单 文件 程序 : 


#include <typeinfo> 


class Decider { 

#if defined( DYNAMIC) 
virtual ~Decider() { 
" 

#endif 

}; 

extern Decider d; 

int main() 

{ 


const char* name = typeid(d).name(); 


return (int)sizeof(d); 

} 

当 且 仪 当 没有 定义 预 处 理 絮 符号 DYNAMIC 的 时 候 ， 这 才 是 一 个 
有 效 的 程序 。 实 际 上 ， 变 量 d 并 没有 被 定义 ，sizeof(d) 中 的 d 也 没有 被 
使 用 ， 而 typeid(d) 中 的 d 只 有 在 d 是 一 个 具有 多 态 类 型 的 对 象 (因为 通 
常 而 言 ， 我 们 要 等 到 运行 期 才能 确定 多 态 typeid 运 算 符 的 结果 ) 时 ， 才 
会 使 用 d* 

根据 C++ 标准 ， 这 一 节 所 描述 的 约束 并 不 会 要 求 C++ (编译 器 ) 
实现 给 出 诊断 信息 。 实 际 情况 ， 往 往 是 链接 器 报告 这 些 信 息 ， 而 且 报 
告 的 信息 通常 是 : 重复 定义 或 者 找 不 到 定义 。 


在 一 个 翻译 单元 中 ， 没 有 实体 可 以 被 定义 多 次 。 因 此 ， 下 面 的 例 
子 是 无 效 的 C++ 代码 : 

inline void fO { } 

inline void fO { } // 错 误 : 重复 定义 。 

这 也 是 我 们 要 在 头 文件 前 面 (和 后 面 ) 添加 所 谓 的 (判断 头 文 件 
是 否 已 经 存在 的 ) 条 件 编译 指示 符 (guards) 的 原因 所 在 : 

// 文 件 : guard_demo.hpp: 

#ifndef GUARD_ DEMO_HPP 

#define GUARD_ DEMO_HPP 


#endif //GUARD_ DEMO_HPP 

这 种 指示 符 可 以 用 来 确认 : 当头 文件 第 2 次 被 #nclude 的 时 候 ， 会 
目 动 去 挥 头 文件 中 的 内 容 ， 从 而 也 束 避 人 免 了 任何 类 、 内 联 画 数 或 者 头 
文件 所 包含 的 模板 等 的 重复 定义 。 


ODR 还 指定 了 某 些 实体 必须 在 特定 的 环境 下 进行 定义 。 这 些 实体 
包含 : class 类 型 、 内 联 函 数 和 non-exported 模 板 。 在 下 面 的 几 段 里 ， 我 
们 来 讲述 这 些 详细 的 规则 。 

在 同一 个 翻译 单元 中 ， 对 于 class 类 型 (包含 struct 和 union) X， 在 
下 面 的 任何 使 用 之 前 ，X 必 须 已 经 具有 定义 : 

“创建 类 型 X 的 对 象 〈( 例 如， 一 个 变量 声明 或 者 通过 new 表 达 
式 ) 。 这 种 创建 可 以 是 间接 的 ; 例如， 当 一 个 包含 类 型 X 的 对 象 被 创 
建 时 ， 束 会 间接 地 创建 类 型 X 的 对 象 。 

类 X 的 成 员 变 量 的 声明 。 

对 类 型 X 的 对 象 应 用 sizeof 或 typeof 运 算 符 。 

* 显 式 或 者 隐 式 地 访问 类 型 X 的 成 员 。 

“把 一 个 表达 式 转型 为 X 类 型 的 对 象 ， 或 把 X 类 型 对 象 转型 为 其 他 
类 型 的 表达 式 。 或 者 把 指向 X 类 型 的 指针 或 引用 转型 为 其 他 表达 式 ， 
和 把 其 他 表达 式 转 型 为 指向 X 类 型 的 指针 或 引用 (但 是 void* 类 型 除 
外 ) ， 我 们 可 以 使 用 隐 式 的 cast (强制 类 型 转换 ) 、static_cast 或 者 
dynamic_cast 来 实现 这 些 转型 。 

“把 一 个 值 赋 给 X 类 型 的 对 象 。 

定义 和 调用 参数 类 型 或 返回 类 型 为 X 类 型 的 函数 。 然 而 ， 如 果 
只 是 声明 这 种 函数 ， 就 不 需要 该 类 型 的 定义 。 

这 些 规则 同样 适用 于 由 类 模板 产生 的 类 型 X， 这 就 意味 看 : 在 需 
要 类 型 X 的 定义 的 地 方 ， 束 必须 能 够 获得 (看 到 ) 相应 模板 的 定义 。 
这 些 位 置 也 被 称 为 实例 化 点 (point of instantiation ， 缩 写成 POI， 见 
10.3.2 小 节 ) 。 

对 于 内 联 函 数 ， 在 每 个 使 用 内 联 函 数 的 翻译 单元 都 必须 有 该 内 联 
函数 的 定义 〈 它 们 只 是 在 该 翻译 单元 内 部 被 调用 或 者 取 址 ) 。 然 而 ， 
和 class 类 型 不 同 的 是 : 内 联 函 数 的 定义 可 以 位 于 使 用 点 之 后 。 例 如 ; 


inline int not_so_ fast(); 


int main() 

{ 

not_so_fast(); 

} 

inline int not_so_fast(){ 

} 

对 于 上 面 的 代码 ， 尽 管 是 有 效 的 C++ 代 码 ， 但 是 某 些 编译 器 并 不 
会 内 联 这 些 在 调用 时 看 不 到 函数 体 的 函数 调用 ， 从 而 不 能 获得 预期 的 
内 联 效 果 。 

和 类 模板 一 样 ， 对 于 由 参数 化 函数 〈 即 函数 模板 ) 产生 的 函数 ， 
使 用 这 些 函 数 《可 以 是 一 个 函数 、 成 员 函 数 模板 或 类 模板 的 成 员 函 
数 ) 的 声明 也 会 创建 实例 化 点 (POI) 。 然 而 ， 和 类 模板 不 同 的 是 : 
这 些 相 应 的 定义 可 以 位 于 实例 化 点 (POI) 之 后 (如 有 果 是 被 导出 

(exported) 范 数 ， 这 些 定义 还 可 以 位 于 别 的 翻译 单元 ) 。 

我 们 在 这 一 节 所 讨论 的 这 些 ODR 约 束 是 可 以 用 C++ 编译 器 来 验证 
的 。 因 此 C++ 标准 要 求 : 当 菜 条 规则 被 违反 的 时 候 ， 编 译 絮 应 该 给 
某 种 诊断 信息 。 唯 一 的 例外 就 是 : non-exported 的 参数 化 函数 的 定义 ， 
对 于 这 类 定义 ， 编 译 絮 通常 不 会 给 出 诊断 信息 。 


正如 我 们 前 面 所 介绍 的 ， 对 于 能 够 在 多 个 翻译 单元 中 定义 某 种 实 
体 的 这 种 能 力 ， 会 带 来 某 种 潜在 的 新 错误 ， 多 个 定义 并 不 匹配 。 遗 憾 
的 是， 传统 的 编译 硕 技 术 很 难 检测 到 这 种 错误 ， 因 为 在 传统 的 编译 技 
术 下 ， 每 次 只 是 处 理 一 个 翻译 单元 。 最 终 ，C++ 标 准 也 没有 要 求 : 同 
一 个 实体 在 多 个 翻译 单元 中 的 区 别 必 须 能 够 被 检测 或 者 诊断 出 来 〈 当 
然 ， 这 实际 上 是 可 行 的 ) 。 然 而 ， 如 果 违 反 了 路 翻译 单元 的 约束 ， 
C++ 标准 约定 : 编译 器 要 给 出 “未 经 定义 的 行为 * 这 个 信息 ， 这 意味 着 


已 经 发 生 了 某 种 合理 的 或 者 不 合理 的 错误 。 通 常 而 言 ， 这 种 未 能 诊断 
的 错误 会 导致 系统 般 溃 或 给 出 错误 的 结果 ; 但 实际 中 也 可 能 带 来 其 他 
的 错误 ， 更 直接 一 点 而 言 ， 还 可 能 会 带 来 各 种 破坏 (例如 文件 损坏 ) 
| 

跨 翻 译 单元 的 约束 指定 : 当 一 个 实体 在 两 个 位 置 都 进行 定义 时 ， 
这 两 个 位 置 必须 由 完全 相同 的 标记 序列 (包括 关键 字 、 运 算 符 、 标 识 
符 和 预 处 理 后 的 标记 ) 组 成 。 而 且 ， 这 些 位 置 不 同 的 标记 在 它们 不 同 
的 上 下 文中 ， 必 须 指定 相同 的 对 象 (例如 ， 位 于 不 同位 置 的 这 类 标识 
符 必 须 引 用 相同 的 变量 ) 

让 我 们 来 考虑 下 面 的 例子 : 

/翻译 单元 1: 


static int counter = 0; 


inline void increase_counter() 
{ 
++counter; 
} 
int main(){ 
} 
/翻译 单元 2: 
static int counter = 0; 
inline void increase_counter() 
{ 
++counter; 
} 
显然 ， 这 个 例子 是 错误 的 。 尺 管内 联 函 数 increase_counter() (的 
标记 序列 ) 在 两 个 翻译 单元 中 看 起 来 是 一 样 的 ， 但 是 它们 各 自 包 含 的 
标记 counter 却 引用 了 两 个 不 同 的 实体 。 实 际 上 ， 因 为 两 个 变量 counter 


都 是 具有 内 部 链接 (由 于 static 修 饰 符 ) 的 变量 ， 所 以 即使 具有 相同 的 
名 称 ， 它 们 之 间 也 是 不 相关 的 。 我 们 还 应 该 知道 : 即使 程序 中 没有 使 
用 该 内 联 画 数 ， 这 个 例子 也 是 错误 的 。 

对 于 这 些 需 要 在 多 个 翻译 单元 中 进行 定义 的 实体 ， 通 常 都 把 它们 
的 定义 放 在 头 文 件 中 。 于 是 ， 只 有 在 需要 这 些 定义 的 时 候 ， 才 ##include 
这 些 头 文件 ， 这 样 就 可 以 确认 (几乎 ) 在 所 有 的 条 件 下 ， 这 些 符号 序 
列 都 是 相同 的 [4]。 根 据 这 个 方法 ， 通 常 就 可 以 避免 两 个 相同 的 标记 
引用 不 同 的 实体 ; 但 是 当 这 种 情况 确实 发 生 的 时 候 ， 所 导致 的 错误 信 
息 通 常 都 是 很 隐身 的 ， 也 很 难 进行 跟 躁 。 

跨 翻译 单 元 约束 不 仅 适 用 于 在 多 个 位 置 定义 的 实体 ， 也 适用 于 声 
明 中 的 缺 省 实 参 。 让 我 们 用 例子 来 进行 说 明 ， 下 面 的 程序 就 具有 未 经 
定义 的 行为 : 

/翻译 单元 1: 


void unused(int = 3); 


int main() 
{ 
} 
// 翻 译 单 元 2: 
void unused(int = 4); 
另外 ， 我 们 还 应 该 知道 : 标记 流 (token stream) 的 等 价 性 有 时 候 
还 会 导致 不 明显 的 复杂 后 采 。 下 面 的 程序 草 裁 (做 了 一 点 小 修改 ) 目 
C++ 标准 : 
/翻译 单元 1: 
Class X { 
public: 
X(int); 
X(int, int); 


上 

X::X(int = 0) 

{ 

} 

class D:publicX{ 

; 

D d2; /DO 调用 X(int). 

// 翻 译 单元 2: 

class X{ 

public: 
X(int); 
X(int, int); 

上 

X::X(int = 0, int = 0) 

{ 

} 

classD : publicX{ /DO 调用 X(int, int); 

/D0 的 隐 式 定义 违反 了 ODR. 

这 个 例子 中 的 程序 是 有 问题 的 ， 因 为 在 两 个 翻译 单元 中 ， 类 DD 隐 
式 生 成 的 缺 省 构造 画 数 是 不 同 的 。 其 中 一 个 调用 接受 单 实 参 的 X 构 造 
函数 ， 另 一 个 调用 则 接受 双 实 参 的 X 构 造 国 数 。 另 外 ， 这 个 例子 也 很 
好 地 说 明了 : 我 们 应 该 把 构造 钞 数 限定 在 程序 的 某 个 位 置 (如 果 可 能 
的 话 ， 这 个 位 置 应 该 是 在 一 个 头 文 件 中 ) 。 坟 运 的 是 ， 在 实际 中 ， 我 
们 很 少 会 把 缺 省 实 参 放 在 类 定义 的 外 部 。 

对 于 “相同 标记 必须 引用 同一 个 实体 ”这 条 规则 ， 人 
况 : 如 宋 相 同 标记 引用 了 不 相关 的 具有 相同 值 的 常量 ， 并 且 不 使 用 结 


果 表 达 式 的 地 址 ， 那 么 这 些 标记 就 会 被 认为 是 等 同 的 。 基 于 这 个 例外 
情况 ， 让 我 们 来 考虑 下 面 的 程序 : 

/文件 headerhpp: 

#ifndef HEADER_HPP 

#define HEADER_HPP 

int const length = 10; 

class MiniButffer { 

char buf[lengthj; 


人 

#endif; /HEADER_HPP 

大 体 上 讲 ， 当 这 个 头 文件 被 包含 在 两 个 翻译 单元 中 时 ， 将 会 生成 
两 个 名 为 length 的 常数 变量 ， 因 为 这 种 情况 下 的 const 隐 舍 着 static 的 含 
义 。 然 而 ， 这 种 参数 变量 通常 都 只 是 用 于 定义 编译 期 常 值 ， 而 不 是 运 
行 期 的 某 个 存储 位 置 。 因 此 ， 如 有 果 我 们 不 强行 要 求 必 须 存 在 一 个 存储 
空间 (通过 引用 变量 的 地 址 ) 的 话 ， 就 可 以 让 这 两 个 常量 具有 相同 的 
编译 期 值 ， 而 不 需要 等 到 运行 期 才 来 确定 。 男 外 ，ODR 等 价 性 原则 的 
这 种 例外 情况 只 适用 于 整 型 值 和 枚 举 值 〈 浮 点 数 类 型 和 指针 类 型 并 不 
属于 这 个 范畴 ) 

最 后 ， 我 们 需要 谈 一 下 模板 。 模 板 的 名 称 是 可 以 在 两 个 阶段 进行 
绑 定 的 。 所 谓 的 非 依赖 型 名 称 是 在 定义 模板 的 位 置 进 行 绑 定 的 ; 在 这 
种 情况 下 ， 等 价 性 原则 和 非 模板 定义 的 等 价 性 原则 一 样 。 对 于 那些 在 
实例 化 点 (POI) 进行 绑 定 的 名 称 ， 就 必须 在 该 点 应 用 等 价 性 原则 ， 
并 且 绑 定 的 对 象 必须 是 等 价 的 。 这 束 带 来 一 个 微妙 的 现象 : 对 于 
exported 模 板 而 言 ， 尽 管 只 能 在 一 个 地 方 进行 定义 ， 但 它 却 可 以 具有 多 
个 实体 ， 而 所 有 这 些 实体 又 必须 遵循 等 价 性 原则 。 下 面 是 一 个 不 太 目 
然 的 程序 ， 它 违反 了 ODR: 


/文件 headerhpp 
#ifndef HEADER_HPP 
#define HEADER_HPP 
enum Color { red, green, blue }; 
//Color 的 关联 名 字 空 间 试 全 局 名 字 空 间 
export template<typename T> void highlight(T); 


void init(); 

#endif //HEADER_HPP 
/文件 tnpl_def.cpp: 

#include ”header.hpp” 


export template<typename T> 


void highlight(T x) 
{ 

paint(x); //(1) 一 个 依赖 型 调用 : 需要 进行 ADL 
} 
// 文 件 init.cpp: 


#include ”header.hpp” 

namespace { /未 命名 的 名 字 空 间 
void paint(Color c) //(2) 
{ 


} 

void init() 

{ 

highlight(blue); //(1) 处 的 ADL 将 会 解析 到 (2) 处 


/文件 main.cpp 

#include ”header.hpp” 

namespace { // 未 命名 的 名 字 空 间 
void paint(Color c) //(3) 
{ 


} 
int main() 
{ 
init(); 
highlight(red); / (1) 处 的 ADL 查 找 将 会 解析 到 (3) 
} 
为 了 理解 这 个 例子 ， 我 们 必须 知道 ， 在 未 命名 的 名 字 空 间 中 定义 
的 函数 是 具有 外 部 链接 的 ， 但 是 它们 和 “在 其 他 翻译 单元 中 的 未 命名 的 
名 字 衬 间 中 定义 的 函数 "是 完全 不 同 的 。 因 此 ， 上 面 程序 中 的 两 个 
paintO 函 数 是 不 同 的 。 然 而 ， 在 exported 模 板 highlight 中 调用 的 paintO 具 
有 一 个 依赖 于 模板 的 实 参 ( 即 T) ， 因 此 需要 在 实例 化 点 (POI) 才能 
绑 定 paintO 函 数 。 而 在 我 们 的 例子 中 ， 有 两 个 用 于 highlight<Color> 的 
实例 化 点 ， 它 们 会 导致 对 paint 名 称 的 不 同 绑 定 ， 从 而 不 符合 ODR 的 等 
价 性 原则 ， 这 个 程序 也 就 因此 成 为 非法 程序 。 


[1]; 我 们 认为 在 交流 C 或 C++ 的 知识 时 ， 准 确 地 表达 每 个 概念 古 个 很 好 
的 习惯 。 我 们 在 本 书 中 就 是 如 此 。 

[2]. 有 趣 的 是 ， 这 是 个 有 效 的 C 程 序 ， 因 为 C 具 有 一 个 名 为 试探 性 定义 
四 概念 ， 就是 说 ， 在 程序 中 ， 没 有 进行 初始 化 的 变量 定义 可 以 出 现 多 
yi o 


[3]. gcc 编 译 器 的 第 1 个 版 本 束 开 过 这 种 玩 突 ， 当 出 现 这 种 情况 的 时 
候 ， 它 会 目 动 开始 运行 游戏 Rogue。 

[4. 在 某 些 情况 下 ， 条 件 编 译 指示 符 会 在 不 同 的 翻译 单元 中 给 出 不 同 
的 内 容 ， 因 此 使 用 条 件 编译 指示 符 需 要 小 心 注意 。 也 还 存在 其 他 的 一 
些 情 况 ， 但 是 它们 都 很 少 使 用 。 


附录 B 重 载 解析 


重 载 解 析 是 一 个 过 程 ， 它 针对 所 给 的 调用 表达 式 ， 来 选择 要 进行 
调用 的 函数 。 让 我 们 先 考虑 下 面 的 简单 代码 : 


void display_num(int); //(1) 
void display_num(double); //(2) 
int main() 
{ 
display_num(399); // 与 (1) 匹配 得 更 好 
display_num(3.99); // 与 (2) 匹配 得 更 好 
} 


在 这 个 例子 中 ， 我 们 称 函 数 名 称 display_numO 是 被 重 载 的 名 称 。 
在 调用 中 使 用 这 个 名 称 的 时 候 ，C++ 编 译 需 就 必须 使 用 一 些 额外 的 信 
尽 ， 来 区 分 各 个 不 同 的 候选 贸 数 。 在 多 数 情 况 下 ， 人 额外 信息 指 的 是 调 
用 实 参 的 类 型 。 在 上 面 的 例子 中 ， (我 们 从 直观 上 也 能 感觉 到 ) 当 使 
用 一 个 整 型 实 参 来 调用 了 范 数 display_num() 时 ， 调 用 的 显然 是 int 的 版 本 
( 即 (1) ) ; 而 当 使 用 一 个 浮 点 型 实 参 来 进行 调用 时 ， 调 用 的 当然 就 
是 double 版 本 了 。 事 实 上 ， 试 图 模拟 直观 选择 的 这 种 过 程 就 是 我 们 接 
下 来 要 介绍 的 重 载 解析 过 程 。 
重 载 解析 规则 的 大 多 数 概念 都 是 很 简单 的 ， 但 在 C++ 的 标准 化 过 
程 中 ， 一 些 细 节 却 变 得 非常 复杂 。 复 洒 性 主要 是 为 了 支持 现实 中 的 一 
些 例子 : 这 些 例子 (从 人 的 主观 上 ) 看 起 来 应 该 具有 “明显 的 最 佳 匹 


配 ”， 但 当 试图 形式 化 (实现 ) 这 种 主观 匹配 时 ， 却 会 遇 到 各 种 各 样 的 
困难 。 

在 这 份 附录 里 ， 我 们 会 针对 重 载 解析 规则 进行 很 评 细 的 描述 。 然 
而 ， 基 于 这 个 过 程 的 复 洒 性 ， 我 们 并 不 准备 面面俱到 地 阐述 该 过 程 的 


每 个 主题 。 


重 载 解析 可 以 看 成 是: 函数 调用 整个 完整 处 理 过 程 的 一 部 分 。 事 
实 上 ， 并 不 是 每 个 调用 都 会 涉及 到 重 载 解析 。 首 先 ， 如 果 有 是 通过 函 数 
旨 针 或 者 成 员 函 数 指针 来 进行 调用 ， 束 不 会 进行 重 载 解析 ;因为 究竟 
调用 哪个 函数 是 在 运行 期 由 指针 《实际 上 所 指向 对 象 ) 来 决定 的 。 男 
外 ， 类 似 画 数 的 宏 不 能 被 重 载 ， 因 此 束 不 会 进行 重 载 解 析 。 

从 较 融 的 抽象 层次 来 看 ， 对 于 一 个 命名 函数 的 调用 ， 通 常会 使 用 
下 列 的 处 理 方法 : 

“查找 名 称 ， 从 而 形成 一 个 初始 的 重 载 集 ( 合 ) 。 

“如 果 有 必要 的 话 ， 会 用 各 种 方法 对 这 个 集合 进行 修改 (例如 ， 发 
生 模 板 演 绎 的 时 候 ) 。 

“任何 与 调用 不 匹配 《即使 考虑 了 隐 式 转型 和 缺 省 实 参 之 后 仍然 不 
匹配 ) 的 候选 函数 都 从 重 载 集 中 删除 。 最 后 得 到 的 集合 就 是 : 可行 的 
候选 画 数 集 。 

"执行 重 载 解 析 来 寻找 一 个 最 佳 候选 函数 。 如 采 能 找到 ， 则 选择 这 
个 最 佳 候选 男 数 ， 人 否则 ， 这 个 调用 吏 是 二 义 性 的 。 

“检查 这 个 被 选 定 的 最 佳 候 选 画 数 。 例 如 ， 如 有 条 它 具 有 不 能 访问 的 
私有 成 员 ， 则 可 能 会 给 出 诊断 信息 。 

这 里 的 每 个 步骤 都 有 一 定 的 难度 ， 但 重 载 解析 应 该 是 最 复杂 的 一 
步 。 笠 和 运 的 是 ， 一 些 稍 单 的 规则 很 好 地 解释 了 重 载 解析 的 大 部 分 应 


用 。 我 们 接 下 来 束 给 出 这 些 规则 。 
B.2 简化 过 的 重 载 解析 


重 载 解析 通过 比较 调用 实 参 和 候 远 函数 参数 的 匹配 程度 ， 来 对 所 
有 的 可 行 候选 钞 数 进行 分 级 。 对 于 匹配 级 别 高 的 候选 画 数 ， 它 每 个 参 
数 的 匹配 程度 都 不 能 低 于 匹配 级 别 低 的 候选 钞 数 的 相应 参数 的 匹配 程 
度 。 下 面 的 例子 说 明了 这 一 点 : 


void combine(int, double); 


void combine(long, int); 
int main() 
combine(1,2); /二 义 性 

} 

在 这 个 例子 中 ，combine0 调 用 是 二 义 性 的 ; 因为 第 1 个 候选 函数 
可 以 最 佳 地 匹配 第 1 个 实 参 (类 型 为 int 的 文字 1) ， 而 第 2 个 候选 画 数 
可 以 最 佳 地 匹配 第 2 个 实 参 。 我 们 可 能 会 觉得 :从 某 种 意义 上 而 言 ， 
int 与 1ong 的 相似 度 要 比 int 与 double 相 似 度 更 高 (因此 选择 第 2 个 候选 贸 
数 ) ， 但 是 C++ 并 不 会 试图 度量 这 种 涉及 到 多 个 调用 实 参 的 相似 度 ， 
从 而 引发 二 义 性 。 

根据 分 级 的 原则 ， 我 们 需要 指出 调用 实 参 和 候 逻 函数 相应 参数 的 
匹配 程度 。 从 近似 的 角度 出 发 ， 我 们 可 以 对 下 面 的 匹配 进行 分 级 (从 
最 佳 匹配 到 最 差 匹配 ) : 

“完美 匹配 。 参 数 的 类 型 和 实 参 (表达 式 ) 的 类 型 相同 ， 或 者 参数 
的 类 型 是 指 癌 实 参 类 型 的 引用 〈 也 可 以 增加 const 或 者 volatile 限 定 
符 ) 。 


“有 细微 调整 的 匹配 。 例 如 ， 数 组 转变 (decay) 为 指向 数组 第 一 
个 元 素 的 指针 ， 或 者 添加 const， 从 而 让 类 型 为 int** 的 实 参 匹 配 类 型 为 
int const* const* 的 参数 等 。 
"发 生 提升 的 匹配 。 提 升 是 一 种 隐 式 类 型 转换 ， 它 包含 把 占 位 少 的 
整数 类 型 ( 壁 如 bool、char、short 或 者 某 些 枚 举 ) 转换 为 占 位 多 的 类 型 
(诸如 int、unsigned int、long 或 者 unsigned long 等 ) ， 还 包括 从 float 到 
double 的 类 型 转换 。 
“发 生 标 准 转型 (类 型 转换 ) 的 匹配 。 这 包含 任何 种 类 的 标准 转型 
(诸如 int 到 float) ， 但 并 不 包含 隐 式 调用 的 类 型 转换 运算 符 和 单 参数 
构造 函数 。 
"发 生 用 户 自 定义 转型 的 匹配 。 这 人 允许 任何 种 类 的 隐 式 类 型 转换 。 
。 和 省 略 号 的 匹配 。 省 略 号 参数 可 以 匹配 任何 类 型 (但 匹配 非 POD 
(plain old data) 类 型 会 导致 未 经 定义 的 行为 ) 。 
下 面 的 例子 说 明了 上 面 的 这 些 匹 配 ; 


int f1(int); //(1) 
int f1(double); //(2) 
f1(4); /调用 (1) : 精确 匹配 ， 
// 而 (2) 需要 一 个 标准 转型 
int f2(int) ; // (3) 
int f2(char); //(4) 
f2(true); /调用 (3) : 发 生 提 升 的 匹配 ，true 是 bool 
型 
// 而 (4) 要 求 强行 的 标准 转型 
Class X{ 
public: 
X(int); 


int f3(X); //(5) 


int f3(...) //(6) 
f3(7); /调用 (5) : 发 生 用 户 自 定义 转型 的 匹配 ， 
// 而 (6) 要 求 和 省 略 号 进行 匹配 


我 们 知道 ， 重 载 解析 是 在 模板 实 参 演绎 之 后 才 进 行 的 ， 因 此 ， 演 
绎 并 不 会 考虑 上 面 的 这 些 类 型 转换 。 下 面 的 例子 说 明了 这 一 点 : 
template <typename 工 > 
class MyString { 
public: 
MyString(T const*); /能 够 进行 类 型 转换 的 构造 函数 


}; 

template <typename T> 

MyString<T> truncate(MyString<T> const&, int); 

int main() 

{ 

MyString<char> str1, str2; 
strl = truncate<char>(”Hello World”, 5); /正确 
str2 = truncate(”Hello World”,5); /错误 

} 

在 模板 实 参 的 演绎 过 程 中 ， 并 不 会 考虑 这 种 由 单 参数 构造 钞 数 所 
提供 的 隐 式 转型 。 在 给 str2 赋 值 的 过 程 中 ， 并 不 能 找到 任何 可 行 的 
truncate0) 函 数 ; 因此 根本 束 不 会 执行 重 载 解 析 。 

前 面 的 原则 只 是 一 种 近似 的 原则 ， 但 是 大 多 数 例子 都 符合 这 些 原 
则 。 另 一 方面 ， 还 存在 一 些 不 能 用 这 些 原则 来 解释 的 情况 ， 我 们 在 下 
面 将 给 出 针对 这 些 原 则 的 一 些 重 要 细 世 。 


B.2.1 总 含 实 

让 我 们 考虑 一 个 非 静态 成 员 函 数 的 调用 ， 该 调用 实际 上 包括 了 一 
个 隐 舍 参数， 而且， 在 成 员 函 数 定义 的 内 部 ， 这 个 隐 含 参数 是 可 访问 
的 ; 事实 上 ， 这 个 参数 丈 是 我 们 通 冲 所 说 的 *this。 例 如 ， 对 于 类 
MyClass 的 成 员 函 数 ， 这 个 隐 含 参数 通常 是 MyClass& 类 型 (针对 non- 
const 成 员 函 数 ) 或 者 MyClass const& 类 型 (针对 const 成 员 函 数 ) [1] 
° 就 这 一 点 而 言 ， 你 可 能 会 奇怪 为 何 this 却 是 指针 类 型 的 呢 ? 如 果 让 
this 等 同 于 现在 的 *this 不 更 好 吗 ? 人 然而， 实际 的 历史 原因 是 : 在 还 没 
有 把 引用 (reference) 引入 语言 之 前 ，this 就 已 经 是 早期 C++ 版 本 的 一 
部 分 了 ; 而 等 到 加 入 引用 的 时 候 ， 已 经 有 很 多 代码 依赖 于 作为 指针 类 
型 的 this 了 。 

在 重 载 解析 的 参数 中 ， 隐 含 的 this 参 数 的 地 位 和 显 式 参数 的 地 位 是 
相同 的 。 事 实 上 ， 引 入 *this 之 后 ， 大 多 数 情况 并 不 会 产生 影响 ， 但 是 
偶尔 却 会 导致 出 人 意料 的 结果 。 下 面 的 例子 设计 了 一 个 类 似 字 符 串 的 
类 ， 它 的 行为 就 出 平 我 们 的 意料 (然而 在 实际 中 我 们 经 常会 看 到 这 种 
代码 ) : 

#include<stddef.h> 

class BadString { 


public: 
BadString(char const*); 


// 通 过 下 标 运算 符 来 访问 字符 

char& operator[] (size i); //(1) 

char const& operator[ | (size_t) const; 

// 隐 式 转 型 为 以 null 结 束 的 字符 串 

operator char*(); /1/ (2) 


operator char const*(); 


所 
int main() 
| 
BadString str(“correkt”); 
str[5] = ‘e’; /可 能 会 产生 重 载 解析 二 义 性 
} 


第 一 眼看 来 ， 关 于 表达 式 str[5] 的 一 切 都 是 确定 的 。 (1) 处 的 下 
标 运 算 符 看 起 来 也 像 是 完美 匹配 。 然 而 ， 如 果 我 们 仔细 观察 就 会 发 
现 : 实 参 5 的 类 型 是 int， 而 运算 符 所 期 望 的 类 型 是 无 符号 的 整数 类 型 
(size_t 和 和 std::size_t 通 常 都 代表 unsigned int 或 unsigned long 类 型 ， 但 肯 
定 不 会 是 int 类 型 ) 。 于 是 ， 如 采 要 匹配 (1) 的 话 ， 怠 需要 进行 一 次 
Be 型 转换 。 然 而 ， 还 〈 隐 舍 地 ) 存在 另 一 个 可 行 的 候选 函数 : 内 

建 ( 即 相对 于 char*) 的 下 标 运算 符 。 实 际 上 ， 如 果 我 们 对 str 应 用 隐 式 
ee 为 str 是 一 个 类 似 于 this 的 隐 式 成 员 函 数 实 参 ) ， Uh 
可 以 获得 一 个 指针 类 型 (char*) ， 之 后 就 可 以 应 用 内 建 的 下 标 运 外 
了 ; 而 且 ， 内 建 的 下 标 运 算 符 接受 一 个 ptrdiff_t 类 型 的 实 参 ， oy 
台 下 ptrdiff t 等 同 于 int， 所 以 该 类 型 是 实 参 5 的 完美 匹配 。 因 此 ， 束 隐 
式 实 参 ( 指 str， 也 就 是 隐 舍 的 *this) 而 言 ， 尽 管内 建 的 下 标 运 算 符 可 
能 是 一 个 不 太 好 的 匹配 〈 会 先进 行 用 户 目 定义 的 类 型 转换 ) ， 但 它 应 
该 比 在 (1) 处 定义 的 下 标 运算 符 的 匹配 更 好 ! 从 而 就 出 现 潜 在 的 二 义 
性 [2]。 为 了 可 移植 地 解决 这 个 问题 ， 你 可 以 声明 运算 符 [] 接 受 的 是 
ptrdiff_t 人 参数 ， 或 者 你 可 以 把 到 char* 的 隐 式 类 型 转换 改 成 显 式 类 型 转换 
(这 也 是 我 们 通常 建议 的 方式 ) 。 

一 组 可 行 贸 数 是 可 以 同时 包含 
果 让 一 个 静态 成 员 和 一 个 非 静 态 成 


静 
| 
员 


态 成 
WT 比较 是 肯 定 不 会 考虑 隐 式 


参数 匹配 的 (实际 上 ， 只 有 非 静 态 成 员 才 会 具有 隐 式 的 *this 实 参 ) 
B.2.2 细 化 完美 匹配 
对 于 int 类 型 的 实 参 ， 有 3 种 参数 类 型 可 以 与 它 获得 完美 匹配 : 
int、int& 和 int const&。 而 且 ， 对 函数 而 言 ， 针 对 两 种 类 型 的 引用 进行 
重 载 是 很 普 遇 的: 


void report(int&); //(1) 
void report(int const&); //(2) 
int main() 
| 

for (int k = 0; k<10; ++k) { 

report(k); // 调 用 (1) 

} 

report(42); /调用 (2) 
} 


在 类 似 上 面 的 例子 中 ， 如 果实 参 是 一 个 左 值 ， 那 么 将 会 优先 考虑 
没有 const 的 版 本 。 而 对 于 作为 右 值 的 实 参 ， 将 会 优先 考虑 const 版 
es 

这 种 情况 同样 也 适用 于 成 员 画 数 调用 的 隐 式 实 参 : 


class Wonder { 


public: 
void tick(); //(1) 
void tick() const; //(2) 
void tack() const; //(3) 
上 


void run(Wonder& device) 


{ 


device.tick(); /调用 (1) 


device.tack(); /调用 (3) ,因为 不 存在 一 个 non- 
const 


// 版 本 的 Wonder::tack() 
} 
最 后 ， 让 我 们 修改 前 面 的 例子 ， 来 阐明 : 如 果 你 针对 引用 类 型 和 
没有 3 引用 的 类 型 进行 重 载 ， 一 样 完美 的 两 个 匹配 也 可 以 导致 二 义 性 : 
void report(int); //(1) 
void report(int&); //(2) 
void report(int const&); //(3) 
int main() 
{ 
for(int k = 0; k<10; ++k) { 
report(k); // 二 义 性 : (1 和 “(2) 的 匹配 程度 一 
样 
| 
report(42); /二 义 性 : (1 和 “(3) 的 匹配 程度 
一 样 
} 
总 而 言 之 : 
"对 于 T 类 型 的 右 值 ，T 和 T const& 的 匹配 程度 一 样 。 
"对 于 了 IT 类 型 的 左 值 ，T 和 T& 的 匹配 程度 一 样 。 


B.3 重 载 的 细节 


前 面 两 节 已 经 给 出 了 : 在 日 常 C++ 程 序 设 计 中 ， 经 常会 遇 到 的 重 
载 情况 。 遗 憾 的 是 ， 还 存在 一 些 并 不 属于 这 些 普 遇 情 况 的 例子 一 一 对 


于 任何 非 专门 讨论 重 载 的 书籍 ， 都 很 难 阐明 这 些 例 子 的 方方面面 。 
此 ， 我 们 接 下 来 将 讨论 一 些 使 用 得 比较 广泛 的 情形 ， 并 让 读者 知道 重 
载 的 一 些 内 在 细节 。 
B.3.1 非 模板 优先 
当 重 载 解 析 的 其 他 各 个 方面 都 是 等 同 的 时 候 ， 非 模板 函数 将 会 优 
先 于 由 模板 产生 的 实例 〈 无 论 是 产生 上 自 泛 型 模板 的 实例 ， 还 是 显 式 特 
化 所 提供 的 实例 ) 。 请 看 下 面 的 例子 : 


template <typename T> int f(T); //(1) 
void f(int); //(2) 
int main() 

{ 


return f(7); /错误 : 选择 了 (2) ,但 是 (2) 并 没有 返回 一 
个 值 

} 

这 个 例子 男 一 方面 清楚 地 说 明了 : 重 载 解析 通常 并 不 会 考虑 (被 
选择 的 ) 函数 的 返回 类 型 。 

如 有 宁 这 种 选择 是 在 两 个 模板 之 间 进 行 ， 那 么 将 会 选择 特 化 程度 更 
高 的 模板 〈 前 提 是 一 个 模板 的 特 化 程度 要 比 其 他 的 模板 高 ) 。 关 于 这 
个 概念 的 完整 解释 可 以 参阅 12.2.2 小 帮 。 

B.3.2 转型 序 爷 

通常 而 言 ， 一 个 隐 式 转型 可 以 由 一 系列 子 转型 构成 。 考 虚 下 面 的 

例子 : 


class Base { 


public: 
operator short() const; 


| 


class Derived : public Base { 

二 

void count(int); 

void process(Derived const& object) 

{ 

count(object); /匹配 : 应 用 了 用 户 自 定 义 的 转型 

} 

调用 [3] count(object) 是 正确 的 ， 因 为 object 对 象 可 以 隐 式 地 转型 为 
int。 然 而 ， 这 个 转型 需要 进行 下 面 的 几 个 子 步 又 : 

1.object 对 象 从 Derived const 到 Base const 的 转型 。 

2. 从 (由 1 获得 的 ) Base const 到 short 的 用 户 自 定义 转型 。 

3. 从 short 到 int 的 提升 〈 转 型 ) 。 

这 也 是 使 用 得 最 广泛 的 转型 序列 ， 先 进行 一 个 标准 转型 (在 这 个 
例子 中 是 派生 类 到 基 类 的 转型 ，， 然 后 进行 一 个 用 户 自 定 义 转型 ， 最 
后 再 进行 男 一 个 标准 转型 。 我 们 还 应 该 知道 ， 尽 管用 户 自 定义 的 转型 
只 能 有 一 个 ， 但 标准 转型 却 可 以 是 一 个 或 多 个 。 

重 载 解析 的 另 一 个 重要 规则 是 : 如 采 转 型 序列 A 是 转型 序列 B 的 子 
序列 ， 那 么 将 会 优先 使 用 A 所 对 应 的 转型 。 例 如 ， 如 果 前 面 的 例子 有 
男 一 个 候选 贸 数 : 

void count(short); 

那么 调用 count(object) 将 会 优先 使 用 上 面 这 个 候选 画 数 ， 因 为 它 
并 不 需要 进行 上 述 转型 步骤 的 第 3 步 〈 即 提升 ) 。 

B.3.3 指针 的 转型 
和 和 针 和 成 员 指 针 [4] 也 会 进行 各 种 特定 的 标准 转型 ， 这 包括 : 
“从 指针 到 bool 类 型 的 转型 。 
“从 任意 的 指针 类 型 到 void* 的 转型 。 


"派生 类 指针 到 基 类 指针 的 转型 。 

* 基 类 成 员 指 针 到 派生 类 成 员 指 针 的 转型 。 

尽管 这 些 转型 都 会 引发 一 个 “只 进行 标准 转型 的 匹配 ?， 然 而 这 几 
个 转型 的 等 级 是 不 一 样 的 。 

首先 ， 任 何其 他 的 标准 转型 都 要 优 于 到 bool 类 型 的 转型 (无 论 是 
普通 的 指针 还 是 成 员 指 针 ) 。 例 如 : 


void check(void*); //(1) 
void check(boo]); //(2) 
void rearrange(Matrix* m) 
{ 

check(m):; // 调 用 (1) 
} 


对 于 普通 指针 的 转型 ， 从 派生 类 指针 到 基 类 指针 的 转型 要 优 于 到 
void* 类 型 的 转型 。 男 外 ， 如 果 可 行 贸 数 的 转型 涉及 到 类 继承 体系 中 的 
多 个 类 ， 那 么 将 会 优先 选择 派生 路 径 最 短 的 转型 ， 下 面 是 一 个 简单 的 
例子 : 


class Interface { 


}; 


class CommonProcesses : public Interface { 


人 


class Machine : public CommonProcesses { 


居 


char* serialize(Interface*); //(1) 


char* serialize(CommonProcesses*); //(2) 
void dump(Machine* machine) 
{ 

char* buffer = serialize(machine); // 调 用 (2) 


} 

从 Machine* 到 CommonProcesses* 的 转型 要 优先 于 到 Interface* 的 转 
型 ， 这 也 符合 我 们 的 主观 想法 。 

这 条 规则 也 (能 够 大 体 地 ) 适用 于 成 员 指 针 : 在 两 种 与 成 员 指针 
类 型 相关 的 转型 中 ， 将 会 优先 考虑 继承 路 径 最 短 〈 就 是 说 ， 派 生 层 次 
最 少 ) 的 一 种 《转型 ) 。 

B.3.4 理 

我 们 在 前 面 已 经 说 过 ， 在 查找 完 函 数 名 称 、 建 立 一 个 初始 化 重 载 
集 之 后 ， 这 个 集合 还 会 发 生 某 些 改 变 。 于 是 ， 当 调用 表达 式 引 用 的 是 
一 个 类 对 象 ， 而 不 是 一 个 函数 ， 束 会 出 现 比较 有 意思 的 情况 。 在 这 种 
情况 下 ， 可 能 会 给 重 载 集 添加 两 种 函数 。 

第 1 个 添加 是 很 直接 易 懂 的 : 把 任何 operator0 〈 也 被 看 成 函数 调用 
运算 符 ) 都 添加 到 重 载 集中 ， 具 有 这 个 运算 符 的 对 象 通常 被 称 为 仿 画 
数 ( 见 第 22 章 ) 

第 2 种 添加 发 生 在 : 某 个 class 类 型 对 象 包 合 一 个 到 函数 类 型 指针 

(或 者 指向 函数 类 型 的 引用 ) 的 转型 运算 符 [5]。 在 这 种 情况 下 ， 怠 
会 把 一 个 代理 函数 〈 也 称 为 吓 函 数 ) 添加 到 重 载 集 中 。 值 得 注意 的 
是 : 这 个 候选 的 代理 函数 除了 具有 显 式 声明 的 参数 之 外 ， 还 具有 一 个 
隐 含 参数， 隐 仿 参数 的 类 型 是 转型 男 数 所 指派 的 类 型 。 让 我 们 用 一 个 
例子 来 更 清楚 地 说 明 这 些 概念 : 

typedef void FuncType(double, int); 


class IndirectFunctor { 


public: 


operator()(double, double); 


operator FuncType*() const; 


和 
void activate(IndirectFunctor const& funcObj) 
{ 
funcObj(3,5); /错误 : 二 义 性 
} 


调用 funcObj(3,5) 被 看 作 具 有 3 个 参数 的 调用 ，3 个 参数 分 别 是 : 
funcObj、3 和 5。 可 行 的 候选 画 数 包 含 operator0) 成 员 〈 它 的 参数 类 型 被 
看 成 是 : IndirectFunctor&、double 和 double) 和 一 个 代理 函数 ， 代 理 函 
数 的 参数 类 型 分 别 是 FuncType*、double 和 int。 就 隐 含 参数 而 言 ， 代 理 
函数 的 匹配 不 如 operator() (因为 代理 函数 需要 进行 一 次 用 户 目 定义 的 
转型 ) ; 但 就 最 后 一 个 参数 而 言 ， 代 理 函 数 的 匹配 优 于 operator()。 
此 ， 我 们 不 能 对 这 两 个 候选 函数 进行 排序 ， 从 而 也 束 导 致 了 二 义 性 。 

对 运 的 是 ， 代 理 函 数 在 C++ 中 只 是 很 偏僻 的 知识 ， 在 实际 应 用 中 
几 本 不 会 轴 现 * 


B.3.5 | 
到 目前 为 止 ， 我 们 已 经 讨论 了 关于 重 载 的 一 些 话题 ， 这 主要 是 包 
括 : 针对 一 个 函数 调用 表达 式 ， 在 什么 情况 下 应 该 调用 哪个 函数 。 然 
而 ， 还 存在 一 些 其 他 的 情况 ， 也 需要 进行 类 似 的 函数 选择 。 
第 1 种 情况 出 现在 : 需要 函数 地 址 的 时 候 。 考 虑 下 面 的 例子 : 
int n_elements(Matrix const&); //(1) 


int n_elements(Vector const&); //(2) 


void compnute() 


{ 


int (*funcPtr)(Vector const&) = n_elements; /选择 (2) 


} 

在 上 面 的 代码 中 ， 两 个 n_element 名 称 组 成 了 一 个 重 载 集 ， 但 我 
们 只 想 获 得 集合 中 一 个 函数 的 地 址 ， 于 是 ， 重 载 解 析 束 会 试图 匹配 所 
要 求 的 函数 类 型 〈 在 例子 中 是 funcPtr 的 类 型 ) 和 (可 获取 的 ) 候选 函 
数 的 类 型 。 

男 一 种 要 求 进行 重 载 解 析 的 情况 发 生 在 初始 化 的 时 候 。 遗 憾 的 
古 ， 这 是 一 个 很 复杂 的 话题 ， 也 超出 了 我 们 在 附录 中 应 该 给 出 的 内 
容 。 然 而 ， 我 们 下 面 还 是 给 出 了 一 个 例子 ， 稍 加 说 明 这 种 运用 重 载 解 
析 的 特殊 情况 : 


#include <string> 


class BigNum { 
public: 
BigNum(long n); 
BigNum(double n); 
BigNum(std::string const&); 


operator double(); 


operator long(); 


void initDemo!() 


{ 


BigNum bn1(100103); 

BigNum bn2(*7057103224.095764”); 

int in = bn1; 
} 
在 这 个 例子 中 ， 我 们 需要 重 载 解析 来 选择 适当 的 构造 画 数 和 转型 
从 。 在 大 多 数 的 例子 中 ， 重 载 规 则 都 会 产生 符合 主观 的 结果 。 然 
这 些 规则 的 细节 是 相当 复杂 的 ， 某 些 应 用 程序 依赖 于 这 方面 的 知 
是 C 


运算 
只 ++ 语 言 中 的 一 些 更 加 偏僻 的 知识 (例如 ，std::auto_ptr 的 设 


而 ， 
识 世 
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[1]. 如 果 成 员 函 数 是 volatile 的 ， 那 么 可 以 是 MyClass volatile& 类 型 ， 或 
者 MyClass volatile& 类 型 ， 但 这 种 情况 很 少 。 


[2]. 我 们 还 应 该 知道 : 这 种 二 义 性 只 有 在 size_t 等 同 于 unsigned int 的 平 
人 台 时 才 会 出 现 。 如 果 是 在 size_t 等 同 于 unsigned long 的 平台 ， 那 么 类 型 
ptrdiff_t 相 应 就 是 long 的 类 型 定义 ， 也 就 不 会 出 现 二 义 性 了 ， 因 为 针对 
下 标 表达 式 (如 5) ， 内 建 下 标 运算 符 也 需要 进行 一 次 类 型 转换 。 


[3]. 译注 : 这 个 “调用 ”是 名 词 。 

[4]. 译注 : 这 里 的 原文 是 pointer to members， 事 实 上 应 该 翻译 成 : 指向 
成 员 的 指针 ; 但 成 员 指 针 已 经 是 一 种 约定 俗 成 的 说 法 ， 代 表 的 就 是 指 
回 成 员 的 指针 。 为 了 行文 简洁 ， 故 使 用 成 员 指 针 。 

[5]. 从 某 种 意义 上 而 言 ， 这 种 转型 运算 符 还 必须 精确 匹配 的 ; 例如， 
对 于 const 对 象 ， 它 将 不 会 考虑 non-const 的 运算 符 。 


总 


这 个 附录 将 给 出 本 书 所 提 到 的 、 采 用 的 或 者 引用 的 各 种 资源 。 在 
今天 ， 编 程 语言 的 许多 发 展 来 源 于 网 上 的 论坛 。 因 此 ， 我 们 在 这 里 除 
了 列 出 一 些 有 用 的 书籍 和 文章 之 外 ， 还 给 出 了 一 些 网 络 站 点 。 当 然 ， 
我 们 这 里 所 给 出 的 资源 并 非 面面俱到 ， 只 是 给 出 一 些 与 C++ 模板 的 主 
题 相 关 的 资源 。 

与 书籍 和 论文 相 比 ， 网 站 资源 显然 更 加 容易 发 生变 化 。 下 面 给 
的 网 络 链接 在 将 来 也 可 能 会 失效 。 因 此 ， 我 们 专门 为 这 本 书 提供 了 一 
个 网 址 (当然 ， 我 们 期 望 该 网 址 能 够 比较 稳定 ) ， 让 你 可 以 获得 及 时 
的 链接 资源 : http://www.josuttis.com/tmplbook 。 

在 列举 书籍 、 文 章 和 网 址 之 前 ， 我 们 将 先 给 出 一 些 更 具 交 互 性 的 
资源 ， 也 就 是 所 谓 的 新 闻 组 (newsgroups) 

新 闻 组 

Usenet 是 一 种 资源 庞大 的 、 种 类 繁多 的 电子 论坛 ， 通 常 也 称 为 新 
闻 组 。 其 中 某 些 论坛 是 有 人 进行 管理 的 ， 也 就 是 说 ， 每 次 内 容 提 交 都 
要 经 过 严格 的 审核 ， 这 样 才能 保证 内 容 的 质量 。 

有 一 些 新 闻 组 就 是 专门 讨论 C++ 语 言 的 。 实 际 上 ， 对 于 本 书 中 所 
列 出 的 一 部 分 高 级 技术 ， 在 某 些 新 闻 组 就 已 经 发 表 过 了 。 男 外 ， 对 于 
某 些 例子 所 涉及 的 技术 ， 也 是 通过 新 闻 组 不 断 地 交互 和 讨论 ， 从 而 不 
断 发 展 和 改善 的 。 

下 面 就 是 一 些 讨 论 C++、C++ 标 准 、C++ 标 准 库 的 Usenet 新 闻 组 : 


*Tutorial level C++ (unmoderated): alt.comp.lang.learn.c-c+t+ 


*General aspects of C++ (nmoderated): comp.lang.c++ 

*General aspects of C++ (moderated): comp.lang.c++.moderated 

。Aspects of the C++ standard (moderated): comp.std.c++ 

如 有 果 你 未 曾 访 问 过 Usenet 新 闻 组 服务 右 ， 你 可 以 使 用 Google 
Usenet archive: http://groups.google.com 
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这 个 术语 表 包 含 了 本 书 主题 所 使 用 的 大 部 分 重要 概念 。 如 采 需 要 
了 解 C++ 程序 员 所 使 用 的 、 更 完整 、 更 通用 的 术语 ， 可 以 参考 
[stroustrupGlossary]。 

abstract class 抽象 类 

一 个 不 能 产生 具体 对 象 (实例 ) 的 类 。 可 以 用 抽象 类 来 收集 不 同 
类 的 共同 属性 ， 或 者 定义 一 个 多 态 接口 。 由 于 抽象 类 通常 都 被 用 作 基 
类 ， 所 以 缩写 ABC (Abstract Base Class) 有 时 也 代表 抽象 类 。 

ADL 

argument-dependent lookup 的 缩写 。 ADL 是 一 个 在 名 字 空 间 和 类 中 
查找 函数 〈 或 者 运算 符 ) 名称 的 过 程 。 这 里 的 名 字 空 间 和 类 指 的 是 : 
针对 某 个 特殊 的 函数 调用 ， 和 该 函数 (或 运算 符 ) 调用 实 参 相关 联 的 
名 字 空 间 和 类 。 由 于 历史 原因 ， 我 们 有 时 候 把 ADL 叫 做 扩展 的 Koenig 
查找 ， 或 者 干脆 称 为 Koenig 查 找 (后 者 通常 指 应 用 于 运算 符 的 
ADL) 。 

尖 括 号 hack 

是 一 个 非 标准 的 特性 ， 它 允许 编译 大 把 两 个 连续 的 > 看 成 两 个 闭 
尖 括 号 (即使 在 它们 之 间 通 常 都 需要 间隔 ) 。 例 如 ， 表 达 式 
vector<list<int>> 是 一 个 无 效 的 C++ 表达 式 ; 但 是 借助 于 尖 括 号 hack， 
可 以 把 它 等 价 地 看 成 vector<list<int> >。 

尖 括 号 


当 把 符号 < 和 > 用 于 界定 模板 参数 或 者 模板 实 参 列表 的 范围 时 ， 
我 们 惑 把 这 两 个 符号 称 为 枯 括 号 。 

ANSI 

American National Standard Institute 的 缩写 。 它 是 一 个 致力 于 产生 
各 种 标准 规范 的 私有 非 营利 性 组 织 。 其 中 一 个 名 为 J16 的 子 委员 会 
门 针 对 C++ 的 标准 化 过 程 。ANSI 和 ISO (international standard 
organization) 有 着 密切 的 联系 。 

argument 实 参 

(从 更 广义 的 意义 上 而 言 ) 它 是 一 个 值 ， 用 来 奉 换 程序 实体 的 参 
数 。 例 如 ， 在 函数 调用 abs(-3) 中 ，-3 束 是 实 参 。 在 一 些 程序 设计 团体 
中 ， 实 参 也 被 称 为 实际 参数 (actual arguments ) ， 而 参数 
(parameters) 相应 地 被 称 为 形式 参数 (formal parameters) 

argument-dependent lookup 见 ADL。 

class 类 

对 同一 类 别 的 对 象 的 描述 。 它 定义 了 该 类 别 中 任何 对 象 的 许多 共 
同 特 征 。 这 些 特征 包括 : 类 的 数据 (属性 、 成 员 变 量 ) 和 操作 ( 方 
法 、 成 员 函 数 ) 。 在 C++ 中 ， 可 以 把 类 看 成 一 种 结构 ， 它 的 成 员 可 以 
是 函数 ， 并 且 具 有 访问 限制 。 我 们 可 以 通过 关键 字 class 或 者 struct 来 声 
明 类 。 

class template 类 模板 

一 种 表示 类 家 族 的 构造 。 它 指定 了 一 种 生成 具体 类 的 模式 : 用 特 
定 实体 替换 模板 参数 。 类 模板 有 时 也 被 称 为 参数 化 类 ， 这 也 是 一 个 比 
较 通 用 的 概念 。 

class type class 类 型 

用 class、struct、union 声 明 的 C++ 类 型 。 

collection class 集合 类 


一 种 用 于 管理 一 组 对 象 的 类 。 在 C++ 中 ， 集 合 类 通常 也 被 称 为 容 


constant-expression 

在 编译 期 可 以 由 编译 絮 确 定 值 的 表达 式 。 我 们 通常 称 之 为 true 
constant， 来 避免 和 constant expression (注意 : 这 里 两 个 单词 之 间 没 有 
连 字 号 -) 发 生 混 消 。constant expression (常量 表达 式 ) 包含 不 能 由 编 
译 需 在 编译 期 计算 出 来 的 本 号 束 是 利 量 的 表达 式 。 

const member function const 成 员 函 数 

可 以 针对 常量 或 者 临时 对 象 进行 调用 的 成 员 函 数 ， 因 为 它 通常 不 
能 修改 *this 对 象 的 成 员 。 

container 容器 见 集 合 类 。 

conversion operator 类 型 转换 (转型 ) 运算 符 

一 种 特殊 的 成 员 函 数 ， 它 定义 了 如 何 把 一 个 对 象 隐 式 〈 或 者 显 
式 ) 地 转换 为 另 一 种 类 型 的 对 象 。 通 常 使 用 operator type0 的 形式 来 声 
明 o 

CRTP 

Curiously Recurring Template Pattern( 奇 异 递归 模板 模式 ) 的 缩写 。 
它 代 表 一 种 编码 模式 : 类 X 派 生 目 一 个 基 类 ， 该 基 类 以 X 作 为 它 的 一 个 
模板 实 参 。 

Curiously Recurring Template Pattern 奇异 递归 模板 模式 见 
CRITP。 

decay [1] 

把 数组 或 者 函数 隐 式 转型 为 指针 的 操作 。 例 如 ， 字 符 串 文字 
“hello” 的 类 型 为 char const 

[6]， 但 在 许多 C++ 的 上 下 文中 ， 会 把 它 转化 成 类 型 为 char const* 
的 指针 ( 它 指 向 字符 串 的 第 一 个 字符 ) 

declaration 声明 


一 种 把 一 个 名 称 引 入 或 者 重新 引入 到 某 个 C++ 作用 域 的 构造 。 参 
见 “ 定 义 ” 

deduction 演绎 

根据 使 用 模板 的 上 下 文 ， 隐 式 地 确定 模板 实 参 的 过 程 。 完 整 的 概 
念 是 ， 模板 实 参 演绎 。 

definition 定义 

Te 种 声明 ， 但 该 声明 必须 给 出 被 声明 实体 的 细 方 。 对 于 变 

这 里 的 细节 是 指 : 为 被 声明 实体 保留 存储 空间 。 对 于 class 类 
定义 而 言 ， 指 的 是 包含 有 一 对 人 花 括 号 内 容 的 声明 。 对 于 外 部 
， 指 的 是 前 面 没 有 关键 字 extern 或 者 在 声明 时 就 进行 初始 化 的 
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dependent base class 依赖 型 基 类 

依赖 于 模板 参数 的 基 类 。 当 访问 依赖 型 基 类 的 成 员 时 ， 我 们 需要 
特别 小 心 。 具体 参见 两 阶段 查找 。 

dependent name 依赖 型 名 称 

依赖 于 模板 参数 的 名 称 。 例 如 ， 当 A 或 者 T 是 一 个 模板 参数 的 时 
候 ，A<T>::x 丈 是 一 个 依赖 型 名 称 。 对 于 函数 而 言 ， 在 函数 调用 中 ， 如 
采 调 用 实 参 的 类 型 依赖 于 模板 参数 ， 那 么 该 函数 的 名 称 也 是 依赖 型 名 
称 。 例 如 ， 对 于 函数 {((T*)0)， 如 果 T 是 一 个 模板 参数 ， 那 么 f 就 是 依赖 
型 的 。 然 而 ， 我 们 并 不 认为 模板 参数 本 号 的 名 称 (如 T) 是 依赖 型 
的 。 具 体 见 两 阶段 查找 。 

digraph 连 字 [2] 

两 个 连续 字符 的 组 合 ， 它 等 于 C++ 代 码 中 的 另 一 个 单一 字符 。 连 
字 的 目的 是 为 了 克服 用 键盘 输入 C++ 代码 时 缺乏 某 些 字符 。 虽 然 使 用 
情况 非常 少 ， 但 如 果 在 尖 括 号 后 面 紧 跟 〈 即 没有 间隔 ) 域 解析 运算 符 

(::) 时 ， 就 会 意外 地 形成 连 字符 <:。 
dot-C file dot-C 文 件 


通常 而 言 ， 是 包含 变量 和 非 内 联 函 数 的 文件 。 程 序 的 大 多 数 可 执 
行 代码 都 放 在 dot-C 文件 中 。 之 所 以 称 为 dot-C 文 件 ， 和 是 因为 这 类 文件 
的 后 缀 名 通常 是 .cpp、.C、.c、.cc 或 者 .cxx。 参 见 头 文件 和 翻译 单 
元 。 

EBCO 

Empty Base Class Optimization 〈 空 基 类 优化 ) 的 缩写 。 是 现在 大 
多 数 编 译 全 所 执行 的 一 种 优化 ， 优 化 后 ， 空 基 类 的 子 对 象 并 不 会 占用 
存储 空间 。 

Empty Base Class Optimization 空 基 类 优化 见 EBCO 。 

explicit instantiation directive 显 式 实例 化 指示 符 

一 种 旨 在 生成 一 个 POI (point of instantiation) 的 C++ 构 造 。 

explicit specialization 显 式 特 化 

针对 要 被 奉 换 的 模板 ， 声 明 或 者 定义 另 一 种 候选 定义 的 C++ 构 
造 。 原 来 的 〈 泛 型 ) 模板 称 为 基本 模板 。 如 果 替 换 后 的 候选 定义 仍然 
依赖 于 一 个 或 者 多 个 模板 参数 ， 我 们 就 称 这 种 特 化 为 局 部 特 化 ， 否 则 
束 称 为 全 局 特 化 。 

expression template 表达 式 模 板 

它 是 一 种 类 模板 ， 用 于 表示 表达 式 的 一 部 分 。 模 板 本 喘 代表 一 种 
特定 的 操作 ， 模 板 参数 则 表示 该 操作 所 用 到 的 各 个 操作 数 。 

friend name injection 友 元 名 称 插入 

通过 把 函数 名 称 声 明 为 友 元 ， 而 令 该 函数 名 称 可 见 的 过 程 。 

full specialization 全 局 特 化 见 显 式 特 化 。 

function object 本 数 对 象 见 仿 函 数 。 

function template 函数 模板 

一 种 表示 函数 家 族 的 构造 。 它 指定 了 一 种 产生 实际 函数 的 模式 : 
用 特定 的 实体 替换 模板 参数 。 我 们 应 该 知道 : 函数 模板 是 一 个 模板 ， 


而 不 是 一 个 函数 。 函 数 模板 有 时 候 也 被 称 为 参数 化 钞 数 ， 这 个 概念 
(参数 化 函数 ) 也 使 用 的 非常 广 。 

functor 仿 函 数 [3] 

一 种 可 以 使 用 函数 调用 语法 来 进行 调用 的 对 象 (也 称 为 函数 对 
象 ) 。 在 C++ 中 ， 它 可 以 是 指向 函数 的 指针 或 者 引用 ， 也 可 以 是 具有 
operator0 成 员 的 类 。 

header file 头 文件 

通过 使 用 #include 指示 符 ， 意 在 成 为 翻译 单元 一 部 分 的 文件 。 头 
文件 通常 包含 变量 和 函数 的 声明 ， 可 以 在 多 个 翻译 单元 中 引用 这 些 变 
量 和 琅 数 ， 男 外 ， 头 文件 还 可 以 包含 类 型 的 定义 、 内 联 函 数 、 模 板 、 
常量 和 宏 。 它 的 名 称 通常 都 具有 诸如 .hpp、.h、.H、.hh、.hxx 后 级 
和 名。 头 文件 也 被 称 为 被 包含 的 文件 。 参 见 dot-C 文 件 和 翻译 单元 。 
include file 被 包含 的 文件 见 头 文件 。 
indirect call 间接 调用 
它 是 一 种 特殊 的 函数 调用 ， 即 要 等 到 实际 的 函数 调用 〈 即 运行 
时 才能 知道 具体 被 调用 的 是 哪个 函数 。 
initializer 初始 化 器 [4] 
它 是 一 种 构造 ， 指 定 如 何 初始 化 一 个 被 命名 的 对 象 。 例 如 : 
std::complex<float> z1 = 1.0, z2(0.0,1.0); 
那么 初始 化 器 就 是 =1.0 和 (0.0, 1.0) 。 
initializer list 初始 化 列表 
用 逗号 隔 开 的 许多 表达 式 ， 这 些 表 达 式 通常 位 于 论 括号 内 部 ， 用 
于 初始 化 对 象 〈 或 者 数组 ) 。 在 构造 男 数 中 ， 可 以 定义 一 些 用 来 初始 
化 成 员 或 者 基 类 的 值 。 

injected class name 插入 式 类 名 称 

对 于 类 而 言 ， 它 的 名 称 在 本 吴 的 作用 域 中 是 可 见 的 。 对 于 类 模板 
而 言 ， 在 模板 的 作用 域 中 ， 如 果 模 板 名 称 后 面 没 有 紧 跟 模板 实 参 列 
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表 ， 那 么 该 名 称 将 会 被 看 成 一 个 类 名 称 。 

instance 实例 

在 C++ 程序 设计 领域 中 ， 实 例 这 个 概念 具有 两 种 含义 。 针 对 面 回 
对 象 术语 而 言 ， 它 代表 的 是 类 的 实例 一 通过 类 的 具体 化 而 获得 的 对 
象 。 例 如 ， 在 C++ 中 ，std::cout 就 是 类 std::ostream 的 实例 。 男 一 种 含义 
是 模板 实例 (这 也 是 我 们 在 本 书 中 所 使 用 的 概念 ) : 通过 用 具体 的 值 
炎 换 所 有 的 模板 参数 而 获得 的 实体 ， 它 本 里 可 以 是 一 个 类 、 函 数 或 者 
成 员 函 数 。 就 这 层 含义 而 言 ， 实 例 也 被 称 为 特 化 。 但 特 化 经 常会 和 显 
式 特 化 产生 混 消 。 

instantiation 实例 化 

通过 用 有 具体 值 替换 模板 参数 ， 而 生成 一 个 普通 类 、 函 数 或 者 成 员 
函数 的 过 程 。 另 一 层 舍 义 是 生成 一 个 类 的 对 象 ， 但 我 们 在 本 书 中 不 使 
用 这 一 层 舍 义 (参见 实例 ) 。 

ISO 

International Organization for Standard (国际 标准 化 组 织 ) 的 缩 
写 。 一 个 名 为 WG21 的 ISO 工作 组 致力 于 C++ 的 标准 化 和 发 展 。 

iterator 迭代 髓 

一 种 知道 如 何 裔 历 一 系列 元 素 的 对 象 。 通 常 而 言 ， 这 些 元 素 属 于 
某 个 集合 〈 见 集合 类 ) 

linkable entity 可 链接 实体 

一 个 非 内 联 函 数 、 成 员 函 数 、 全 局 变量 或 者 一 个 静态 成 员 变 量 ,还 
包括 由 模板 产生 的 上 面 这 些 实体 。 

lvalue 左 值 

在 传统 C 语 言 中 ， 对 于 一 个 表达 式 ， 如 果 它 可 以 出 现在 赋值 运 入 
符 的 左边 ， 我 们 束 称 之 为 一 个 左 值 。 反 之 ， 对 于 可 以 出 现在 赋值 运算 
符 右 边 的 表达 式 ， 我 们 称 之 为 右 值 (rvalue) 。 但 在 现在 的 C 和 C++ 语 
言 中 ， 这 些 概念 已 经 不 再 适用 了 。 现 在 ， 左 值 可 以 被 看 成 一 个 表示 位 


置 的 值 : 通过 名 称 或 者 地 址 (指针 、 引 用 、 或 者 数组 访问 符 []) 来 指 
派 一 个 表达 式 ， 而 不 是 通过 纯粹 的 计算 。 左 值 并 不 需要 是 可 更 改 的 
(例如 ， 常 量 对 象 的 名 称 就 是 不 可 更 改 的 左 值 ) 。 对 于 所 有 的 表达 

式 ， 如 果 不 是 左 值 的 话 ， 那 么 它 就 只 能 是 右 值 。 例 如 由 显 式 创 建 的 对 
象 TO0) 或 者 函数 调用 的 结果 就 都 是 右 值 。 

member class template 成 员 类 模板 

一 种 表示 成 员 类 家 族 的 构造 。 它 是 在 为 一 个 类 或 者 类 模板 中 声明 
的 类 模板 ， 有 具有 自己 的 模板 参数 (这 一 点 和 类 模板 的 成 员 类 不 同 ) 。 

member function template 成 员 函 数 模 板 

一 种 表示 成 员 函 数 家 族 的 构造 。 它 具有 自己 的 模板 参数 (这 一 点 
和 类 模板 的 成 员 函 数 不 同 ) 。 它 和 画 数 模板 很 类 似 ; 但 当 所 有 的 模板 
参数 都 被 蔡 换 之 后 ， 本 身 就 演变 成 了 一 个 成 员 函 数 (而 不 是 一 个 普通 
函数 ) 。 成 员 函 数 模板 不 能 是 虚 函 数 。 

member template 成 员 模 板 

指 成 员 类 模板 或 者 成 员 函 数 模板 。 

nondependent name 非 依 赖 型 名 称 

并 不 依赖 于 模板 参数 的 名 称 。 见 依赖 型 名 称 和 两 阶段 查找 。 

ODR 

one-definition rule (一 处 定义 原则 ) 的 缩写 。 这 个 规则 给 C++ 程序 
中 的 定义 强加 了 一 些 约束 。 具 体 见 7.4 节 和 附录 A。 

one-definition rule 一 处 定义 原则 具体 见 ODR (one-definition 
rule) 。 

overload resolution 重 载 解 析 

当 有 几 个 候选 画 数 〈 通 常 都 具有 相同 的 名 称 ) 存在 的 时 候 ， 从 这 
些 候选 贸 数 中 选择 出 一 个 最 佳 匹 配 玉 数 的 过 程 。 

parameter 参数 


一 个 在 某 一 点 上 要 被 实际 值 〈 实 参 ) 替换 的 占 位 符 实体 。 对 于 安 
参数 和 模板 参数 而 言 ， 这 种 替换 是 在 编译 期 发 生 的 。 对 于 函数 调用 参 
数 而 言 ， 这 种 替换 发 生 在 运行 期 。 在 一 些 程序 设计 团体 中 ， 有 时 也 把 
参数 称 为 形式 参数 《而 实 参 相 对 应 地 被 称 为 实际 参数 ) 。 具 体 参 见 实 
2 

parameterized class 参数 化 类 

一 个 类 模板 或 者 区 入 在 类 模板 中 的 类 。 这 两 者 都 是 被 参数 化 过 
的 ， 因 为 要 等 到 指定 所 有 的 具体 模板 实 参 之 后 ， 它 们 才能 对 应 一 个 单 
一 的 实体 。 在 这 之 前 对 应 的 是 一 个 实体 家 族 。 

parameterized function 参数 化 函数 

它 可 以 是 函数 模板 、 成 员 函 数 模 板 或 类 模板 的 成 员 函 数 。 这 3 者 
都 是 参数 化 过 的 ， 因 为 要 等 到 指定 所 有 的 具体 模板 实 参 之 后 ， 才 能 对 
应 一 个 具体 的 函数 。 在 这 之 前 对 应 的 是 一 个 函数 家 族 。 

partial specialization 局 部 特 化 

假定 对 模板 进行 特定 参数 的 炎 换 之 后 产生 的 是 一 个 候选 模板 ， 它 
本 和 吴 还 仍然 是 一 个 模板 。 局 部 特 化 束 是 声明 或 者 定义 这 种 候选 模板 定 
义 的 一 种 构造 。 原 来 的 〈 泛 型 ) 模板 通常 称 为 基本 模板 。 候 选 模板 仍 
然 要 依赖 于 模板 参数 。 目 前 而 言 ， 这 种 构造 只 适用 于 类 模板 。 请 参见 
显 式 特 化 。 

POD 

Plain Old Date(type) 的 缩写 。POD 类 型 是 指 那些 无 需 特 定 的 C++ 特 
性 (诸如 虚拟 成 员 画 数 ， 访 问 关 键 字 等 ) 就 能 进行 定义 的 类 型 。 壁 
如 ， 每 个 C 结 构 (struct) 都 是 一 个 POD。 

POI 

Point Of Instantiation 的 缩写 。 一 个 POI 是 源 代 码 中 的 一 个 位 置 ; 从 
概念 上 而 言 ， 借 助 于 模板 实 参 来 替换 模板 参数 ， 在 此 位 置 会 扩展 符 换 


后 的 模板 (或 者 模板 成 员 ) 。 在 实际 的 实现 中 ， 并 不 需要 在 每 个 POI 
都 进行 这 种 扩展 。 参 见 显 式 实例 化 指示 符 。 

Point Of Instantiation 见 POI 。 

policy class policy 类 

指 的 是 一 个 类 或 者 类 模板 ， 它 的 成 员 描述 了 一 种 适用 于 沁 型 组 件 
的 可 配置 行为 。policy 通 常 是 被 作 为 模板 实 参 来 进行 传递 。 例 如 ， 一 个 
排序 模板 可 以 具有 一 个 排序 policy。policy 类 也 被 称 为 policy 模 板 ， 或 
者 干脆 只 称 为 policy。 参 见 trait 模 板 。 

polymorphism 多 态 

是 一 种 可 以 把 一 个 操作 《由 操作 名 称 来 标识 ) 应 用 于 不 同 种 类 对 
象 的 能 力 。 在 C++ 中 ， 传 统 多 态 〈 也 被 称 为 动 多 态 或 者 运行 期 多 态 ) 
的 面 问 对象 概念 主要 是 通过 虚 函 数 来 表现 的 ， 而 虚 函 数 通常 会 在 派生 
类 中 被 改写 。 男 一 方面 ，C++ 模 板 实现 了 所 谓 的 静 多 态 。 

precompiled header 预 编译 头 文件 

源 代 码 进行 处 理 之 后 的 形式 ， 从 而 编译 絮 可 以 很 快 地 加 载 这 些 源 
代码 。 预 编译 头 文 件 所 代表 的 源 代 码 必须 位 于 翻译 单元 的 首部 ( 换 句 
话说 ， 它 不 能 位 于 翻译 单元 中 间 的 某 个 位 置 ) 。 通 常 而 言 ， 一 个 预 编 
译 头 文件 会 对 应 几 个 头 文件 。 使 用 预 编 译 头 文件 可 以 有 效 地 减少 用 
C++ 编写 的 大 型 应 用 程序 的 创建 时 间 。 

primary template 基本 模板 

“不 是 局 部 特 化 的 ”模板 。 

qualified name 受 限 名 称 

包含 有 域 限定 符 (::) 的 名 称 。 

reference counting 引用 计数 

一 种 货源 管理 策略 ， 可 以 跟踪 引用 某 个 特定 资源 的 实体 的 具体 个 
数 ; 当 个 数 下 降 到 0 的 时 候 ， 束 回收 这 个 特定 资源 。 

rvalue 右 值 见 左 值 。 


source file 源 文件 

头 文件 或 者 dot-C 文 件 。 

specialization 特 化 

用 实际 值 奉 换 模 板 参 数 后 的 结 有 末 。 特 化 可 以 从 实例 化 过 程 产 生 ， 
也 可 以 由 显 式 特 化 产生 。 这 个 概念 有 时 候 会 和 显 式 特 化 发 生 混 清 。 参 
见 实例 。 

template 模板 

一 种 表示 类 家 族 或 者 函数 家 族 的 构造 。 它 指定 了 一 种 生成 具体 类 
或 函数 的 模式 : 用 具体 实体 蔡 换 模板 参数 。 在 本 书 中 ， 模 板 的 概念 并 
不 包含 那些 只 因为 作为 类 模板 的 成 员 ， 而 被 参数 化 的 函数 、 类 和 静态 
成 员 变 量 (也 就 是 类 模板 的 成 员 ) 。 人 参见 类 模板 、 参 数 化 类 、 函 数 模 
板 和 参数 化 函数 。 

template argument 模板 实 参 

用 来 巷 换 模板 参数 的 值 。 这 个 值 通常 是 一 个 类 型 ， 但 特定 的 常 值 
和 模板 也 可 以 是 有 效 的 模板 实 参 。 

template argument deduction 模板 实 参 演绎 见 演绎 。 

template-id 

由 模板 名 称 和 紧 跟 其 后 的 尖 括 号 及 其 内 部 的 所 有 模板 实 参 组 成 

(例如 : std::list<int>) 。 

template parameter 模板 参数 

位 于 模板 中 的 一 个 泛 型 占 位 人 符 。 普 珊 使 用 的 模板 参数 是 类 型 参 
数 ， 它 代表 一 种 未 定 的 类 型 。 非 类 型 参数 代表 一 个 特定 类 型 的 常 值 。 
模板 的 模板 参数 代表 一 个 类 模板 。 

trait template trait 模板 

它 是 一 个 模板 ， 模 板 的 成 员 描 述 了 模板 实 参 的 特性 (trait) 。 通 
常 而 言 ，trait 模 板 的 目的 是 为 了 避免 过 多 数量 的 模板 参数 。 人 参见 policy 
类 。 


translation unit 翻译 单元 

一 个 dot-C 文 件 及 其 用 贡 nclude 指 示 符 所 包含 的 头 文 件 和 标准 库 头 
文件 ， 并 且 除 去 那些 诸如 ##f 等 条 件 编译 指示 符 所 舍弃 的 文本 。 简 单 而 
言 ， 可 以 把 翻译 单元 看 成 预 处 理 一 个 dot-C 文 件 的 结果 。 见 dot-C 文 件 
和 头 文件 。 


true constant 见 constant-expression 


tuple 
C struct 概 念 的 一 种 泛 化 ， 从 而 可 以 利用 数字 来 访问 成 员 。 
two-phase lookup 两 阶段 查找 


在 模板 中 ， 用 于 名 称 的 查找 机 制 。 两 阶段 是 指 : 《〈\1) 编译 器 首次 
看 到 模板 定义 的 阶段 ， (2) 模板 实例 化 的 阶段 。 非 依赖 型 名 称 只 在 第 
一 阶段 进行 查找 ; 但 这 个 过 程 不 会 考虑 非 依 赖 型 基 类 。 上 有 具有 域 限 定 符 

(::) 的 依赖 型 名 称 只 在 第 2 阶段 进行 查找 。 没 有 域 限 定 符 的 依赖 型 名 称 

会 在 两 个 阶段 都 进行 查找 ， 但 在 第 2 阶段 只 是 执行 ADL 查 找 (依赖 于 
实 参 的 查找 ) 。 

user-defined conversion 自 定 义 的 类 型 转换 

由 程序 员 定 义 的 类 型 转换 。 它 可 以 是 一 个 具有 单一 参数 的 构造 函 
数 ， 也 可 以 是 一 个 类 型 转换 运算 待 。 对 于 构造 函数 而 言 ， 类 型 转换 是 
可 以 隐 式 进行 的 ， 除 非 前 面 声明 有 关键 字 explicit 。 

whitespace 间隔 符 

在 C++ 中 ， 间 隔 符 是 一 种 分 开源 代码 中 各 个 标记 (可 以 是 标识 
符 、 文 字 、 符 号 等 ) 的 一 些 空格 。 除 了 传统 的 空格 符 之 外 ， 它 还 可 以 
是 换行 符 和 水 平 缩 进 待 。 其 他 的 间隔 符 (例如 页 面 控制 符号 ) 有 时 也 
是 有 效 的 间 隅 符 。 


上 .译注 : 对 于 这 个 词 ， 我 找 不 到 一 个 适当 的 中 文 翻译 ， 可 以 参考 的 
译 法 有 : 退化 、 肥 变 、 有 惨 减 。 但 我 党 得 这 些 词 都 未 能 把 decay 的 本 质 表 


现 出 来 。 故 不 诺 。 


[2]. 译注 : 这 里 的 原文 是 digraph， 在 此 并 不 是 有 回 图 的 意思 。 另 一 种 
中 文 翻 译 是 : 二 合 字母 。 

[3]. 译注 : 这 里 的 原文 是 functor。 我 个 人 觉得 中 文 应 该 翻译 成 “ 范 
子 ”， 指 的 是 起 功能 作用 的 函数 。 但 基于 候 捷 先生 在 该 词 译 法 上 的 创 
渐 ， 同 时 我 不 希望 给 读者 引入 新 的 词汇 ， 故 翻译 成 * 仿 函数 ”。 


人 译注 : 它 只 十 通 过 代码 表示 出 来 ， 并 不 是 开发 环境 所 具有 的 组 


